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Preface 


Overview of Lab Manual 


Build Your Own Computer: How to Construct a Single Board 8088 Microcomputer 
is designed as a laboratory adjunct to a course exploring the working of the 8088 
microprocessor in a microcomputer circuit. The student will explore the 8088 micro- 
processor by actually constructing a working microcomputer. 

The microcomputer you will construct is not a prefabricated kit. It is constructed 
from a circuit board and components. All circuit fabrication and testing is left up to 
you, the student. Tthe author’s belief is that by doing, one learns most. 

At the same time, though, the student is not “thrown into the deep end.” Each of 
the activities in this laboratory manual guides the student through a unit of construc- 
tion and testing of the overall circuit of the microcomputer. An overview of the activ- 
ity is provided, along with a study of how the circuit fits within the overall 
microcomputer circuit. Guidelines for construction are given so that the student, not 
having any prototyping experience, will be guided away from common mistakes 
which could damper the learning experience. Along the way, the student will learn 
how to start thinking about circuit verification and testing, and will be guided in the 
execution of testing exercises. Various prototyping tools and skills are called into 
play. Toward the beginning of this laboratory manual, flowcharts and source code are 
provided for the testing and verification of the activities. As progress is made toward 
a completed microcomputer circuit, more and more of the testing, utilization, and 
program development responsibilities are given to the student. 

After completing the basic circuit, additional circuits will be constructed to im- 
prove the functionality of the microcomputer, as well as to provide hands-on 
experience for the student with interfacing techniques. By the time this laboratory 
manual is completed, the student will have constructed a fully functional and feature- 
rich, single-board microcomputer, featuring 64K of memory, two serial ports, a 
printer port, and an analog-to-digital converter, as well as over 28 lines of user avail- 
able parallel I/O. 

After the basic microcomputer circuit is completed in Activity 10, all operations 
of the circuit will be under the control of a monitor program residing in EPROM. 
The student will get experience in writing assembly language programs for the micro- 
computer, actually executing them on his or her own microcomputer. A terminal 
program written especially for the IBM compatible microcomputer is used to commu- 
nicate with and to download programs to the microcomputer circuit. This program 
(called TERM88) runs in the DOS environment, and is provided for the student’s use. 
To use this program, an IBM-PC or compatible computer must have at least 384K of 
memory installed, and must have one free serial port. 


Competencies Developed in the Student 


Some of the competencies developed in the student by completing the activities in 
this laboratory manual include: 


P soldering and wire-wrapping techniques 


> designing a circuit board layout 
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conducting static and dynamic testing of a microprocessor circuit 


designing, writing, and executing programs that test the operations of 
microprocessor circuits 


implementing an interrupt driven I/O system in a microprocessor circuit 
using test equipment to analyze and troubleshoot a microprocessor circuit 
implementing of digital and analog data acquisition 


implementing interprocessor communications 


Tools and Equipment Needed 


Tools and equipment needed for the activities in this lab manual include: 
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wire-wrap tool (modified) 

wire cutters and strippers 
soldering iron (15W-30W) 

needle nose pliers 

small screwdriver 

IC extractor (chip puller) 

logic probe 

digital multimeter or VOM 
oscilloscope (100 MHz bandwidth) 


logic analyzer (optional) 


Prerequisite Experiences Needed by the Student 


Prior to undertaking the activities in this lab manual, the student must be competent 
in dealing with certain basic digital electronics topics, such as: 


> 
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use of logic gates in a synchronous logic circuit 
using truth tables to understand and predict logic action 


using timing diagrams to follow a sequence of actions in a synchronous 
logic circuit 


the use of flip flops and latches in a synchronous logic circuit 
the use of counters and timers in synchronous logic circuits 
the basic logic functions of decoders, multiplexers, and encoders 


the measurement and observation of digital signals using the logic probe 
and the oscilloscope 


A prior or concurrent course in 8088 assembly language programming is strongly 
recommended, as many of the activities have to do with writing and testing assembly 
language programs executed by the microcomputer. Although personal computer 
experience is not required for the laboratory activities, the requirements of assembly 
language programming (text editor, assembler, linker, etc.) will aid you when opera- 
tion of the TERM88 program is required. 


Safety Considerations 
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“SAFETY 


Safety issues must be a top priority when undertaking the ? FIRST: 


activities in this laboratory manual. The following safety 
guidelines should always be observed: 


> 


DON’T TAKE 
CHANCES 


Always wear safety goggles when soldering or 
trimming component leads. 


To avoid severe puncture wounds to the hand, always use an IC extractor or 
other similar instrument to remove ICs from their sockets never use your 
fingers! 


Always lay a hot soldering iron in a holder—never just lay it on a desktop 
or workbench where it might be accidentally touched or knocked off. 


Avoid extended breathing of, or exposure to solder fumes. Remember: 
solder contains lead. 


Always be aware of where the master electrical cut-off switch is located in 
the laboratory. In the event of electrical shock, this switch should be 
activated before touching the affected person. 


Always be aware of where the fire extinguisher is located in the lab. 


Be aware of first aid procedures and where first aid supplies are kept. 
Burns, especially, require prompt medical treatment. 


Never tolerate horseplay or other dangerous behavior on the part of others 
in the laboratory—it could be you that pays the price! 
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| ACTIVITY 
The Voltage Regulator 1 
Circuit | 


Objectives 


> To install and test the onboard voltage regulator circuit and hardware 


Materials and Components 


1 Circuit board with plated through holes on a .100 inch grid, 
5" «8 13.25" 


7805 +5V Regulator 

TO-220 Heatsink 

TO-220 Hardware Kit 

4.7 wF tantalum capacitor 

Receptacle for transformer plug—PC mount 
DPDT subminiature toggle switch—PC mount 
T-49 klip-wrap pins 

LED 

5600 resistor, 14 watt 


2S Sn), ces) Sa ND) ces) AQ SS 


Miscellaneous Supplies 
Solder and soldering iron 
Solid conductor hookup wire 
Needle nose pliers 

Wire cutters 

Small flat blade screwdriver 


Heat sink compound 
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Discussion 


FIGURE 1-1 7805 pin 
definitions 


The microprocessor circuit demands approximately 600 mA of current at 5 VDC. 
With a voltage drop across the regulator of about 4 volts (9V-5V) and an output 
current of 600 mA, the regulator’s power dissipation can exceed several watts. 
This is a significant amount of heat dissipation. For this reason, the heat sinking 
arrangement for the regulator must be efficient or damage to the regulator will 
occur. 

To ensure protection of the regulator from excess heat, two of the TO-220 
heat sinks will be used in a back-to-back configuration. The three leads of the 7805 
(Figure 1-1) will be soldered to the circuit board. The tabs at the bottom on the 
heat sinks (if present) will be removed so the heat sinks will sit squarely on the cir- 
cuit board. 

To make wiring of the Vcc and ground connections easier, the ground lead 
and the +5V output of the regulator wll be wired to a pair of T49 klipwrap pins 
located a short distance away from the regulator. These test points can be used to 
measure the regulator output, and can also serve as a hookup point for a logic 
probe. A receptacle jack for the transformer output and an on/off toggle switch 
will also be mounted on the circuit board. 

As can be seen in the schematic diagram, two filter capacitors (both tanta- 
lum) are wired across the input and output of the regulator to help suppress volt- 
age spikes. Tantalum capacitors are used because they maintain good capacitance 
at high frequencies. 


Procedure 


FIGURE 1-2 Regulator 
and heat sink assembly 


L] Using the heat sink hardware mounting kit, mount the 7805 voltage regulator 
to one of the heat sinks (see Figure 1-2). Don’t apply the nut yet. 


Use the heat sink compound very sparingly. The idea is that the compound 
should just barely cover the back of the regulator, after the regulator has 
been tightened down on the heat sink with a nut and bolt. 


C] Place the remaining heat sink back-to-back with the first. Install the nut and 
a lockwasher on the bolt and tighten securely. 


Be sure you don’t twist the regulator or bend its leads. The regulator should 
remain parallel with the fins on the heat sink. If the regulator is out of align- 
ment, first try to gently coax it back into position without loosening the nut. 
If you have to loosen the nut, be sure to tighten it securely. 
If heat sink compound oozes out from behind the regulator, too much has 
been used. Carefully wipe the excess away if this happens. 


Cl If there are tabs on the bottom edge of the heat sinks, use needle nose pliers 
to gently bend the tabs back and forth on the base of the heat sinks until they 
break smoothly away in line with the heat sink fins. 


LC] Locate the regulator and its heat sink on the circuit board (see Figure 1-3). 


Make sure that none of the leads are installed on any of the bus traces on the 
circuit board (if there are any). Solder the leads on both the component side 
and the wiring side of the board. Do not cut the leads. 
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FIGURE 1-3 Suggested layout of the circuit board 
showing the left side of the board. 


CAUTION Do not use too much solder. You will run the risk of 
lifting the circuit board plating for the holes or, worse 
yet, shorting the leads together! 


After you have soldered the regulator leads to the board, temporarily loosen 
the nut on the regulator mount so that the heat sink can be “lowered” to 
board level. Then tighten the nut securely again. 


Install and solder the two 4.7 uF tantalum capacitors directly across the 9V- 
ground and +5V-ground leads of the regulator. 


CAUTION Observe proper polarity of the capacitors as they may 
explode if improperly connected! 


You should locate the capacitors as close as practical to the 7805’s leads, but 
not close enough for the body of the capacitors to touch each other or the 
7805. Make a light but secure solder connection. 


Locate and install the T-49 klipwrap pins on the circuit board (see Figure 1-3). 
Use the insertion tool provided by your instructor. Make sure that they are 
not installed on one of the busses on the circuit board. After the pins are 
securely inserted into the board, solder them on the wiring side of the board. 


Mount the power plug receptacle on the circuit board. 
You will most likely need to use a drill to make a hold for the receptacle. Be 


very careful during the drilling process, as it is easy to let the board get 
away from you and cause injury. 


Mount the on/off toggle switch and the SPDT momentary switch on the 
circuit board. 


Use a drill to make the holes. Nothing will be wired to the SPDT momentary 
switch in this activity. 
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CL] Install the LED and its limit resistor on the board. 


C1 Using the schematic diagram in Figure 1-4 as a guide, make the wiring con- 
nections for the receptacle, regulator, switch, LED, limit resistor, and klip- 
wrap pins. 


Cour: Make sure you do not accidentally short circuit any of 
the power connections together, as this could damage 
both the regulator and the transformer. Double check 
this wiring! 


TRANSFORMER DPDT 
JACK + SWITCH 


KLIPWRAP 
PINS 


FIGURE 1-4 The power supply circuit for the microcomputer 


Verification and Checkout 


Ll Carefully inspect all solder joints. Look for cold solder joints, as well as un- 
intentional shorts. If you are in doubt about any one of the connections, 
re-work it. 


C) Plug the transformer’s plug into the receptacle on the board. 
Make sure the switch is in the off position. Then, plug the transformer into 
the 115VAC socket. Be ready to unplug the transformer at the slightest notice 
of anything which appears to be wrong. You should be looking for smoke, 
sparking, or signs that the capacitors are swelling. 


CL] Switch the circuit on for 5 seconds, and then switch it off. 


The LED should glow for the time that the switch is on. Feel the regulator— 
it should not be warm or hot to the touch. If it is, then go back and find your 
wiring error. 


L] If the regulator is not warm or hot to the touch, switch the power back on 
and take a voltage reading at the klipwrap pins. 
You should read between 4.85 VDC and 5.15 VDC. If your voltage reading 
is not correct, immediately switch the circuit off! Check your wiring again, 
especially the polarity of the transformer plug and its receptacle. Make sure 
that none of the soldered leads is shorted with a solder splash, or the like. 


ACTIVITY 1 The Voltage Regulator Circuit 


Name: Date: 
QUESTIONS 


1. Assume that a certain voltage regulator has a power dissipation rating of 1W. Assuming 
that the microcomputer circuit draws about 600 mA, what is the maximum safe 
unregulated input voltage to the regulator? 


2. Why are tantalum capacitors (as opposed to any other type of electrolytic capacitors) 
used to filter the input and output voltages of the regulator? 


3. Assuming a 9 volt unregulated input to the regulator, how much current will the LED 
conduct with a 560 Q limit resistor? 
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ACTIVITY 
The Power Bus TrePower Bis 


Objectives 


> To install the power bus for the microcomputer 


Materials and Components 
1. Microcomputer circuit completed through Activity 1 
3 40 pin WW socket and ID 

5 28 pin WW socket and ID 

1 24 pin WW socket and ID 

3 20 pin WW socket and ID 

1 18 pin WW socket and ID 

2 16 pin WW socket and ID 

2 14 pin WW socket and ID 

1 


1 .01 uF ceramic disc capacitor 


Miscellaneous Supplies 

Solder and soldering iron 

Solid conductor hookup wire (red and black) 
Needle nose pliers 

Wire strippers 

Wire cutters 


Glue (per instructor's recommendation) 


Discussion 


The power bus is the path for all current flow in the microcomputer. Only two 
conductors make up the power bus: Vcc and Ground. Both are supplied by the 
voltage regulator circuit. 

Because the microcomputer circuit draws about 600 mA of current, it is 
important to use only hookup wire for the power bus, as it is large enough to 
carry this amount of current. The use of smaller wire, such as wire-wrap wire, 


7 
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could cause unacceptably high resistance or impedance in the power bus. Any 
unexpected “impedance bumps” in the power bus can cause incorrect (or even 
worse, intermittent) operation of the circuit. The general rule of thumb is that 
any connection in the microcomputer circuit, whose purpose is to supply operat- 
ing current for a device in the circuit, should be made with hookup wire and not 
wire-wrap wire. Wire-wrap wire is intended only for signal connections, that 
is, those connections whose purpose is to conduct a logic signal to or from a 
device in the circuit. 

Because power connections carry large amounts of current, we will solder all 
power connections. This does not mean that in the microcomputer circuit all con- 
nections to Vee or Ground should be soldered—only the power connections to 
Vcc and Ground. Signal connections are frequently made to Vcc and Ground, in 
order to supply logic levels of 0 or 1 to various inputs in the circuit. Because 
these are signal connections and not power connections, they are wire-wrapped 
instead of soldered. However, all connections used to supply power to the circuit 
are soldered. 

In addition to the two tantalum capacitors installed in the last activity, .01 uF 
de-spiking capacitors are scattered liberally across the power bus. The general 
tule of thumb is to use one capacitor for every chip 24 pins or bigger, and one 
capacitor for every two smaller chips. These de-spiking capacitors are used to 
help smooth the voltage spikes which show up on the power bus when high 
speed digital circuits are in operation. Consequently, they should be placed as 
close as is practical to the chips they are intended to protect, and should be con- 
nected directly across Vee and Ground. 


a 
Procedure 


CL) Write the IC numbers on each socket label and allow the ink to dry. 


L] Using the layout guide shown in Figure 2-1, experiment with your layout by 
placing the chip sockets in the protoboard. 


> Note: Don't glue the sockets to the protoboard yet! 


Visually inspect the layout for symmetry. A general rule of thumb is to allow 
a minimum of .4 inch between chip sockets. This works out so that a mini- 
mum of three rows or columns of holes will be visible between the sockets 
(holes are spaced every .1 inch). Use more spacing if it is available, but 
never less. To avoid crowding, don’t use a layout that encroaches on the area 
labeled “additional interface area.” Try to make your layout look like the 
suggested layout, or one with which you are comfortable. Remember that a 
neat and orderly layout with plenty of space to work is the key to a working 
finished product. 


On most sockets, pin 1 is on the end of the socket having either a notch or 
mitered corner. 


> Note: Orient all of the chip sockets so that pin 1 is toward the 
top of the board. 


Do not place anaything in the open space on the lower right of the board. 
This area will be used for experimentation in later activities. 
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FIGURE 2-1 A suggested protoboard layout for the microcomputer circuit 
(not to scale) 
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FIGURE 2-2 Socket label 
with chip ID written on it 


8088 / V20 
8255 PPI 26 7 
27256 EPROM| 28 | 14 
62256 RAM 28 | 14 
8251 USART | 26 4 
8259 PIC 28 | 14 
|8253 TIMER | 24 | 12 
8284 CLK 18 9 
74LS373 20°) 10 
74LS240 20° |=. 10 
74LS138 16 8 
T4LS04 14 7 
74LS00 14 7 
ADC0804 20 | 10 


FIGURE 2-3 V,, and GND 


pins for ICs used in the 


microcomputer circuit. 


Glue each socket to the board. 


Only when you are sure of the layout should you glue the sockets in. Re- 
move only one socket at a time, and apply the glue to the center of the 
underside sparingly. Only a dab is necessary. The glue should not run out be- 
tween the pins! Carefully re-insert the socket, and press firmly to the board. 
It is better to use too little glue and have to reapply, than to use too much 
and have to discard the socket. 


cayTan 


Never use “wonder glue” or any other “instant adhesive.” 
Never use a glue which can run or drip. Glue drawn up 
into the socket from below by capillary attraction could 
coat the contact areas in the socket and make it 
useless. The glue you use should be of a thick 
consistency and removable when dry. 


Allow an appropriate amount of time, per manufacturer’s instructions, for the 
glue to dry. 


Apply the socket ID labels (see Figure 2-2). 


Make sure you have given the ink on these labels enough time to dry, or you 
may smear them and not be able to read them. The corner holes in the socket 
ID labels are smaller than the others, so that the label will not fall off the 
socket. A wire-wrap tool can be used to force these corners onto the desired 
pins of the socket. 


Wire the power bus using red hookup wire for Voc (+5V) and black hookup 
wire for Ground. Do not solder yet. 


Use the chart shown in Figure 2-3 to identify the Vcc and GND pins for each 
wire-wrap socket. Corner pins of the sockets are not always the Vcc and 
GND connections. 


Make every effort to make the wire as short as possible. When routing 
around other sockets is necessary, make 90 degree bends in the wire to keep 
hookup wire from crossing another socket’s pins. 


The power connections are made in a “daisy chain” style. In other words, 
after wiring to the Ground pin on one socket, you then wire from that pin to 
the Ground pin on the adjacent socket. Refer to Figure 2-4 before starting. 
Start your chain with the 8284 socket. Do not wire to the klip wrap pin or to 
the regulator at this point. 


Always make sure to strip only enough insulation off the hookup wire to 
make a solid mechanical connection around the target pin. If you strip too 
much, you could cause the wire to occupy too much vertical space on the 
socket pin. The bare wire should circuit the socket pin no more than 1!4 
times. Crimp solidly, so that the wire will not move when the board is 
moved. Keep the connection as close to the board as possible—not “riding 
high” on the pin. 


Install the .01 uF de-spiking capacitors for 24, 28, and 40 pin chip sockets. 


Refer to Figure 2-4. The capacitor should be installed on the wiring side of 
the board directly “inside” the two rows of pins on the socket. Make the con- 
nections to the Vcc and Ground pins on the socket by wrapping the lead once 
and crimping tightly. Keep the capacitor leads as straight as possible and 
position the capacitor so that it does not rest against any of the pins. 
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Vcc Bus 
(red wire) 


GND Bus 
(black wire) 


Bypass 
Capacitor 


FIGURE 2-4 Wiring of the Vcc and GND bus using the daisy chain technique. The 
installed bypass capacitor for the 27256 EPROM chip is also shown. 


L] Install the .01 uF de-spiking capacitors for all other chip sockets. 


These capacitors can be mounted on the component side of the board. When 
inserting the capacitors through the holes on the protoboard, leave one hole 
on the protoboard between the leads of the capacitor, so the leads will not be 
too close together. Insert the capacitor until the body of the capacitor 
is about one-eighth inch above the board. On the other side of the board, 
bend the leads slightly, so that the capacitor cannot come out. Then, solder 
lightly on the wiring side of the board, so that the capacitor is held in place 
on the board. 


> Note: Do not trim or cut the capacitor leads! 


Now, route the capacitor leads to the appropriate Vcc and Ground pins. The 
distance to one of these pins may be significantly closer or farther than the 
other—this is OK. Do not route the leads across a socket. If you need to, 
you can extend a capacitor lead by soldering a short length of hookup wire 
to it. Make a good mechanical connection to the pin, just as you did with the 
hookup wire. You can trim away any excess capacitor lead at this point. 


L] Solder all connections for Voc, and Ground. 


Refer to Figure 2-5. Make sure that the solder connection is not a cold one. 
Look for a smooth shiny result. A cold solder joint will almost always cause 
problems! Carefully inspect each joint and, if in doubt, re-heat it. 


cayTIBN Avoid excessive solder use! Also, excessive heating of the 
junctions can melt the socket ID. 


After soldering all Vcc and Ground pin connections along with the bypass 
capacitor leads, trim away any excess lead length. 
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Ae Ne 
cage oe 
18>" als laial®, 4 
solder connection is low on the wire-wrap solder connection is high on the wire-wrap 


pin (but does not touch the socket ID label), pin; the solder is pitted looking, irregular, 
and the solder is smooth and shiny and too much has been used 


FIGURE 2-5 The correct way to make the solder connections for the power bus hookup 
wires is shown on the left. Avoid making the kind of connection shown on the right. 


Verification and Checkout 


O Verify that there is no short circuit between the Vcc bus and the Ground bus. 


At this point, the voltage regulator should not be wired into the power bus. If 
your resistance reading shows continuity, check carefully for solder bridges 
and incorrect connections. Do not proceed further until you have verified that 
there is no continuity across the power bus. 


[] Make the connections to the voltage regulator output. 


Use hookup wire and solder securely, making sure that you observe the cor- 
rect polarity. 


> Note: Wire the power bus to the klip wrap pins, not the 
regulator pins. 


[] Apply power and check for proper Vcc voltage level on all chip sockets. 


Use a couple of hat pins, component leads, or similar objects as your voltage 
probes, so that you can check through the top of the socket. This is impor- 
tant, because it is possible to show voltage at the pins on the bottom of the 
socket and still have no continuity to the top of the socket where the chips 
will be plugged in. 


> Note: You must check every socket! Don’t assume that just 
because one socket shows correct voltage that all of 
them will. 


If your voltage readings are not the same as the voltage reading you obtained 
from the regulator in Activity 1, then you have a problem. Carefully check 
your wiring and resolve the error before proceeding to Activity 3. Keep in 
mind that if this voltage is not correct, you will most likely damage the chips 
when they are plugged into the sockets. 
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Name: Date: 
QUESTIONS 


1. Why must wire-wrap wire not be used to make the Vcc and GND connections for the 
power bus? 


2. What is the purpose of the .01 uF ceramic disk capacitors in the microcomputer circuit? 


3. How far apart are the holes in the circuit board? 


4. How can pin | on an IC socket be identified? 


5. What types of glue must not be used to hold the IC sockets to the circuit board? 


6. To make a good solder connection, the wires being soldered should have a good 


connection prior to soldering. 


7. What are some of the characteristics of a good solder connection with the power bus 
wires on the IC sockets? 


8. Why should the LM7805 not be connected to the power bus when performing intial 
continuity testing of the power bus? 
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ACTIVITY , 
Wire-wrap Technique 3 
and Practice 


Objectives 
> To become familiar with the wire-wrap tool 
> To learn to evaluate a wire-wrap connection 


> To practice making acceptable wire-wrap connections 


Materials and Components 
1 Microcomputer completed through Activity 2 


Miscellaneous Supplies 
Wire-wrap tool (modified) 
Assortment of wire-wrap wire on spools 


Wire cutters 


Discussion 


Using wire-wrap connections (or “wire-wrapping”) is very common in industry 
when prototyping circuits, especially digital circuits. It is also used in limited run 
circuits where the development of a printed circuit board would be too expen- 
sive, time consuming, or inappropriate. Also, some circuits are so complex that 
placing them on a circuit board is not feasible, due to the number of layers the 
board would have to contain. A wire-wrapped circuit can be accomplished with 
practically no regard to the number of layers it would have required on a printed 
circuit board. 

A properly installed wire-wrap connection is a highly reliable connection. It 
does not need soldering because it is a mechanically sound connection, as well 
as having very low resistance. The square corners of the wire-wrap post force 
a tight connection on the corners so that a sound and corrosion-free connection 
is made. If the wire-wrap post were round, the pressure of the wrap would be 
evenly distributed around the post and would be much less than could be forced 
at the corners. The square post, therefore, helps to assure that the connection 
is reliable. 


1 


ol 


16 


ACTIVITY 3 Wire-wrap Technique and Practice 


1-2 turns of 
insulation 


8-10 turns of 
bare wire 


An improperly installed wire-wrap connection, on the other hand, is inher- 
ently unreliable. It is likely to introduce significant resistance into the circuit 
which can disrupt the circuit’s operation. The circuit could interpret this high 
resistance connection as an “open,” or cause other circuitry to misinterpret the 
logic level on that connection. Or, as might well be the case, the connection 
itself could be intermittent, causing the circuit to become intermittent in correct 
operation. This type of trouble, once introduced into a circuit, is extremely diffi- 
cult to correct, because the technician must wait for the trouble to show up to 
isolate it. It is far better to re-wrap a connection 20 times than to have to find an 
intermittent trouble. 

Three main evaluation criteria are used in evaluating a wire-wrap connection: 


Mechanical stability: To maintain mechanical stability and to avoid flex break- 
age of the wire, the wire-wrap connection should contain one to two turns of 
insulation on the wire-wrap post. Refer to Figure 3-1 to see this concept. This 
forces the insulated portion of the connection to bear the strain of any flexing or 
pulling which might occur on the wire. 


Electrical reliability: To obtain a very low resistance connection, each con- 
nection should consist of 8 to 10 turns of bare wire on the post. Having an ade- 
quate number of turns on the post results in a greater surface area contact 
between the wire and the post, thus increasing the connection conductivity. A 
wire-wrap connection with less than 8 turns of bare wire on the post runs the 
risk of being a low conductance connection. 


Neatness: Several conditions can result in substandard connections, even 
though there may be two turns of insulation and 10 turns of bare wire on the 
post. Some of these conditions are illustrated in Figure 3-1 and include: over- 
wrap, split-wrap, spiral-wrap, and short-wrap. Although we group these condi- 
tions under the heading of neatness, it is not the fact that they are eyesores that 
warrant our attention. Each of these conditions can result in an open connection 
which will cause a circuit malfunction. 

In short, the technician should carefully apply each wire-wrap connection, 
making sure that the resulting connection can pass muster for mechanical stabil- 
ity, electrical reliability, and neatness. 


spiral-wrap: over-wrap: no strain short-wrap: loose-wrap: split-wrap: 
uneven and too much relief: need need 8-10 insufficient uneven 
insufficient downward 1-2 turns of turns of bare downward downward 


downward pressure insulation on wire on the pressure pressure 
pressure the post post 


FIGURE 3-1 An example of several types of wire-wrap connections. Make your wire-wrap 
connections look like the ideal wire-wrap connection shown on the far left. 
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Center Hole 
(Goes over post) 


Wrap _ Slit 
(Insert wire here) 


FIGURE 3-2 Bottom view 
of the wire-wrap tool. 


Here are the general steps for making a good wire-wrap connection: 


> Using the wire-wrap tool, strip 1 inch of insulation from the wire 
while it is still on the spool. 


> Insert the bare end of the wire into the wrap slit on the wrap end of 
the wire-wrap tool. Refer to Figure 3-2 for details. Make sure that 
1% inch of insulation is also inserted into the wrap slit. Then bend the 
wire to a right angle with the body of the wire-wrap tool. 


P Place the wire-wrap tool over the post and slide it as far down as it 
can go. If possible, use a finger to hold the wire leading away from 
the connection. Then, while applying slight but steady pressure 
downward, turn the wire-wrap tool until all the wire inside the 
wire-wrap tool has been wrapped onto the post. 


> Spool off enough wire to route to the other connection being made. 
Allow for some slack around corners, but not enough to prevent the 
finished wire from laying down smoothly against the board. Then add 
1 inch to the amount of wire needed and cut the wire from the spool. 


> Strip 1 inch of insulation off the free end of the wire. As before, insert 
the stripped wire and !4 inch of insulation into the wrap slit on the 
wire-wrap tool. 


> Route the wire from the first connection to the second connection, 
holding it in place with a finger, and apply the wrap. 


> Carefully inspect the connection on both ends. Make sure that the wire 
doesn’t tend to “rise” from the surface of the board, as this will result 
the in the circuit looking like a rats nest. 


> Note: /f in doubt about a wire-wrap connection, always unwrap it 
and do it again! 


Procedure 


Practice the following wire-wrap connections: 


O 
CO 


10 long connections (using at least 5 inches of wire). 
10 medium connections (using between 3-5 inches of wire). 


10 short connections (using no more than 3 inches of wire). 


Be sure you carefully inspect each and every connection for mechanical 
stability (one to two turns of insulation on the post), electrical reliability 
(8 to 10 turns of bare wire on the post), and neatness (no over-wraps, spiral- 
wraps, or split-wraps). 


Have your instructor inspect your connections. 


Unwrap each connection and discard the wire. 


One of the most important things to realize and remember is that making 
good wire-wrap connections is a skill that requires practice. This skill is 
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learned quickly by some people, while others take longer. The most impor- 
tant skill developed in this activity is that of making a proper wire-wrap 
connection. Above all else, make sure you are confident about your wire- 
wrapping skills before proceeding to the next activity. 


Name: 


ACTIVITY 3 Wire-wrap Technique and Practice 


Date: 


GUESTIONS 


. What are some of the reasons wire-wrapping is used in industry? 


. What characteristic of a wire-wrap post helps ensure a good electrical connection 


between the wire and the post? 


. In evaluating a wire-wrap connection, what three criteria should be considered? 


. Name some of the characteristics of a good wire-wrap connection. 


. List some of the possible consequences of a sub-standard wire-wrap connection. 
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ACTIVITY 
The 8088 Clock Circuit VA | 


Objectives 


> To install and test the clock generator circuit for the microcomputer 


Materials and Components 

Microcomputer completed through Activity 3 
B284 clock generator IC 

15 MHz crystal 

10K resistor 

4.7 uF tantalum capacitor 

Switching diode (1N914 or equivalent) 


Se a ee a a ee | 


SPST momentary push button switch 


Miscellaneous Supplies 
Wire-wrap tool and wire-wrap wire 
Wire cutters 

Needle nose pliers 

Soldering iron and solder 


Oscilloscope and leads 


Discussion 


The microcomputer, being a synchronous digital circuit, requires a stable clock 
signal for proper operation. The clock signal generation for some microproces- 
sors, such as the 8085, is provided internally by the microprocessor itself. In the 
8088-based microcomputer, however, the clock signal is provided by a special 
support chip: the 8284 clock generator (see Figure 4-1). 

The 8284 clock generator actually serves four purposes: it supplies a clock 
signal to the microprocessor, supplies a peripheral clock to the rest of the circuit, 
supplies the READY input signal to the microprocessor, and provides the reset 
circuitry for the entire microcomputer circuit. 
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} to 8088 


to microcomputer 
circuit, where needed 


reset 
switch 
(n.o. pushbutton) 


FIGURE 4-1 The clock generator circuit for the microcomputer 


In the real world, the driving time base for the clock generator could come 
from either a crystal source or from some other external source, such as an oscil- 
lator. The 8284 can accept the driving input from either of these sources. If the 
source is a crystal, it is connected across the X inputs (see Figure 4-1) and the 
F/C input is tied to a logic 0. However, if the source is an external clock, it is 
connected across the EFI input and ground, and the F/C input is tied to a logic 1. 
The microcomputer circuit uses a crystal input. Therefore, the crystal is con- 
nected across the X1 and X2 inputs, and the F/C input is wired to ground for a 
logic 0 so that the 8282 knows that the source is a crystal. 

Because of the design of the 8088, one cannot simply run a TTL clock sig- 
nal into the CLK input on the microprocessor. The clock level on the CLK input 
must be MOS-compatible voltage levels, not TTL. The 8284’s CLK output is 
automatically adjusted to these levels for compatibility with the 8088. The 
peripheral clock (PCLK) and the oscillator (OSC) outputs, though, are true TTL 
level, and are therefore suitable for application anywhere else in the microcom- 
puter circuit. 

The fundamental input frequency to the 8284 is divided internally by 3 for 
the CLK output. In other words, if the input frequency from the crystal is 
9 MHz, the CLK output will be 3 MHz. The OSC output of the 8284 is the same 
frequency as the fundamental input frequency, while the PCLK output is always 
half the frequency of the CLK output. Restated, if the fundamental input fre- 
quency to the 8284 is 9 MHz, the OSC output will be 9 MHz and the PCLK out- 
put will be 1.5 MHz. 

From time to time it will be necessary to manually reset the entire micro- 
processor circuit. The 8284 provides the correct synchronization of the clock sig- 
nals to accomplish a reliable reset of the microprocessor and all other external 
circuitry sharing the RESET output of the 8284. In the microcomputer circuit, 
the reset circuit consists of a SPST switch which is used to ground the RES input 
of the 8284. This triggers the 8284’s internal reset procedures and results in an 


Procedure 23 


orderly RESET output, not only to the microprocessor, but to all devices con- 
nected to this signal output. 

The microcomputer circuit also uses what is known as a power on reset cir- 
cuit. The power on reset circuit consists of a 4.7 wF tantalum capacitor from 
RES to ground, and a 10K pull up resistor from RES to Voc. When power is first 
applied to the circuit, the capacitor appears to the power supply circuit as a 
short, therefore applying a logic 0 on the RES input. As the capacitor charges, its 
voltage increases toward the value of Vcc. The 10K resistor controls the amount 
of current flow through the capacitor, and, therefore, also controls the amount of 
time it will take to charge the capacitor. Eventually, this voltage becomes a logic 
1 and releases the RES input on the 8284. The 8284 then completes the reset 
procedure as described above. Because the manufacturer of the 8284 recom- 
mends a certain minimum logic 0 pulse width on the RES input, the value of 
10K for the resistor is chosen to lengthen the amount of time it takes to charge 
the capacitor. This, in turn, holds the RES input at logic 0 for a sufficient amount 
of time. The diode is used to conduct current from Vcc to GND (instead of 
through the 8284) when necessary, such as when the power is removed and the 
capacitor discharges. 

In this activity, you will wire up the 8284 circuitry as shown in your sche- 
matic diagram. However, you will not connect the outputs of the 8284 to the 
8088 until the clock circuit has been verified for correct operation. 


Procedure 


C1 Install the 15 MHz crystal. 


Locate the crystal next to the 8284 as shown in the suggested layout. Make 
sure the crystal is snug against the board and solder the leads to the board. 
Then carefully connect the crystal leads to the Xj and X2 input pins, making 
sure, as always, that you have a secure mechanical connection. Then lightly 
solder the leads to the pins and trim away excess lead length. 


C) Install the reset switch. 


Locate the switch in a convenient area of the board in the vicinity of the 
8284. Connect one terminal of the switch to Ground with a short length of 
hookup wire and solder. 


C] Install the 10K resistor and the 4.7 pF tantalum capacitor for the power-on 
reset circuit. 


Locate these components close to the switch. Solder the leads to the board, 
then route them to the switch, Vcc, and Ground, as shown in the schematic. 
As with all tantalum capacitors, make sure the polarity is correct. Solder all 
three connections. 


L] Make the wire-wrap connections for the 8284 (but not to the 8088 yet). 


Using wire-wrap wire and the wire-wrap tool, make all other connections for 
the 8284 circuit as shown in the schematic—except for the connections on 
READY, CLK, and RESET. 
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——— 
Verification and Checkout 


L] Visually inspect all wire-wrap connections. 


This will always be the first step in all verifications in a wire-wrapped cir- 
cuit. Carefully inspect every wire-wrap connection and make sure that it is 
acceptable. Use a magnifying glass if necessary. 


L] Check voltage with no new chips installed. 


Because you have not installed any chips in a previous activity, there will be 
no chips on the board at this stage. Take voltage readings at the power bus 
pins and through the top of the 8284 socket. 


C) Check voltage with new chips installed. 


Only one new chip is installed in this activity. Carefully insert the 8284 IC 
into its socket, making sure that no pins are bent underneath the IC and that 
all pins are firmly seated in the socket. Then power up the circuit and check 
for proper Vcc level on the power bus pins as well as the 8284’s Vee pin. 


C] Check CLK output (5 MHz). 


Using the oscilloscope, display at least three cycles of the CLK output. Care- 
fully measure the signal’s period and calculate the frequency. Draw the 
waveform for three cycles in the space below and label voltage levels, 
period, and frequency. 


Oi ob Oi el 


LC} Check OSC output (15 MHz). 


Using the oscilloscope, display at least three cycles of the OSC output. Care- 
fully measure the signal’s period and calculate the frequency. Draw the 
waveform for three cycles in the space below and label voltage levels, 
period, and frequency. 
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L] Check PCLK output (2.5 MHz). 
Using the oscilloscope, display at least three cycles of the PCLK output. 
Carefully measure the signal’s period and calculate the frequency. Draw 
the waveform for three cycles in the space below and label voltage levels, 
period, and frequency. 


aaaa 


CL) Check Crystal input pins. 
Use the oscilloscope to display at least three cycles of the waveform of the 
signal coming from the crystal. Draw the waveform for at least three cycles 
below and label the voltage levels, period, and frequency. 


[1] Check RESET output. 
Using a logic probe, monitor the RESET output of the 8284. Press and re- 
lease the button several times. Observe what happens to the RESET output 
signal. Describe your observations. 


(1 Make the connections for READY, CLK, and RESET. 
If your observations confirm that the 8284 circuit is working properly, make 
the remaining wire-wrap connections to the 8088’s socket for these three 
signals. 
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Name: 


ACTIVITY 4 The 8088 Clock Circuit 


Date: 


QUESTIONS 


1. What four functions does the 8284 clock generator chip perform for the microcomputer 
circuit? 


2. Name the two types of driving time bases that are acceptable to use with the 8284. 


3. How does the 8284 know the difference between the two possible types of driving time 
bases? 


4. Assuming the use of an 8284 clock generator, fill in the missing values in the Table 
below: 


15 MHz 


2.85 MHz 


4.77 MHz 


5. Describe the purpose of the power on reset circuit. 
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6. What is the purpose of the resistor and capacitor in the power on reset circuit? 


7. What is the difference between the voltage levels of the CLK output and the other two 
outputs in the 8284? 


The 8088 


AC TIMELY 
Microprocessor reason Of 
Installation 


Objectives 
> To install and test the 8088 microprocessor and NAND latch circuit 


Materials and Components 

1. Microcomputer completed through Activity 4 
1 8088 microprocessor 

1. 74LSOO quad NAND IC 

2 10KQ resistor 


Miscellaneous Supplies 
Wire-wrap tool and wire 
Soldering iron and solder 
Needle nose pliers 

Wire cutters 

Logic probe 

Oscilloscope 


Discussion 


The installation of the 8088 microprocessor, while not complicated, must be 
done correctly or testing and verification of subsequent circuits will be impossi- 
ble. The effort to make sure that the microprocessor is correctly installed repre- 
sents time well spent. 

Several pins on the 8088 socket will be connected in this activity. The 
READY, CLK, and RESET inputs to the 8088 are all supplied by the 8284 clock 
generator and should already be in place from Activity 4. The additional 8088 
pins to be connected in this activity are TEST, MN/MX, HOLD, and a tempo- 
rary connection for NMI. 

The MN/MX input to the 8088 determines whether the processor will oper- 
ate in maximum mode or minimum mode. Maximum mode is used when the 
processor is part of a multi-processor circuit and will, at times, have to relin- 
quish the busses to other processors. On the other hand, minimum mode is used 
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when the processor is the only processor in the circuit. Minimum mode interfac- 
ing is considerably more straightforward, because no bus drivers/buffers or bus 
interface circuitry is needed. For more information on maximum mode circuitry, 
please refer to your text. Because the microcomputer is a minimum mode con- 
figuration, we will connect the MN/MX input to a logic 1 (Vec). 

The HOLD input to the 8088 is used by an input/output scheme known 
as direct memory access (DMA). To use the DMA scheme in a microcomputer 
circuit, a DMA controller must be installed as part of the circuit. The job of 
the DMA controller is to coordinate the transfer of data either into or out of the 
microcomputer memory circuit. To do this, the DMA controller must be able 
to “take over” the system busses and use them for a brief period to do the data 
transfer. The DMA controller takes over the system busses by sending a logic 1 
to the HOLD input of the 8088. When this happens, the 8088 immediately tri- 
states all the system busses, thereby allowing the DMA controller to use them. 
When the data transfer is completed, the DMA controller sends a logic 0 to the 
HOLD input, thereby allowing the 8088 to resume using the system busses. Be- 
cause we will not be using a DMA scheme in the microcomputer, we will perma- 
nently disable this feature by connecting the HOLD input to a logic 0 (GND). 

The TEST input to the 8088 is used for debugging and other related chores. 
In the microcomputer circuit, the NAND latch circuit’s normally high output is 
connected to the TEST input (see Figure 5-1). This circuit is nothing more than a 
bi-stable latch made from a couple of NAND gates. More than anything else, the 
circuit functions as a switch debouncer. When the switch is in the normal state 
a logic 1 is presented to the TEST input. However, when the switch is toggled, a 
logic 0 is presented to TEST. Under certain software control steps, this input will 
cause the processor to resume execution after a WAIT instruction. Using this fea- 
ture, we will later devise a way to control the execution of test programs. 

Normally, the NMI input is connected to an interrupt controller circuit or 
other related circuit. A logic 1 on this input causes the 8088 to immediately be- 
gin executing the subroutine stored at memory location 00008H. In a later activ- 
ity, we will connect a signal to the NMI input. For now, we want to temporarily 


74LS00 
AT REST 
CONTACT 
TERMINAL to TEST 
on 8088 
SPDT 
momentary 


to IRO 


2: 
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74LS00 


FIGURE 5-1 The NAND latch circuit 
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prevent any NMI processing, so we will connect this input to a logic 0 (GND) to 
prevent the possibility of this interruption occurring. 

These few connections are the extent of the microprocessor installation. Al- 
though many other connections will be made to the 8088, they will be covered in 
later activities. 


Procedure 


[] Mount the two 10K resistors. 


Locate the resistors in the area ’ 
next to the switch and mount | DOWN AGAINST THE = 
them vertically (see Figure 5-2). 

Place the resistor leads through 
the board and solder them in 
place. Do not trim the leads for 


SOLDER THE RESISTOR 

LEADS TO THE CIRCUIT 

now. : BOARD ON THE UNDERSIDE 
OF THE BOARD 


1 Wire the NAND latch circuit. 


Refer again to Figure 5-1 and the 
microcomputer schematic dia- 
gram. Make the wire-wrap connections on the 74LS00. Then, using wire- 
wrap wire, make your connections to the leads on the resistor. Tack solder 
each in place. Don’t trim the resistor leads yet. 


FIGURE 5-2 Vertical mounting of a 
resistor on a circuit board 


[1 Make the Vcc connections to the resistors. 


Because these are not power supply connections, they can be made with 
wire-wrap wire and soldered. 


(1 Make the connections from the two 10K resistors to the switch. 


If possible, bend the resistor leads and make a direct connection to the 
switch lugs. Make sure when you bend these leads over toward the switch 
that you don’t pull the wire-wrap off or short circuit the leads to another 
component or connection. Make a good physical connection to the switch 
first, and then solder carefully. Be sure to trim excess lead length. If the re- 
sistor leads are too far away from the switch, use wire-wrap wire and solder 
each end of the connections. 


What you have done with the resistor leads illustrates how to make a wire- 
wrap connection to a component lead, as opposed to a wire-wrap post. Sol- 
dering is not necessary on the wire-wrap post because the sharp corners of 
the post cut into the bare wire and ensure a good electrical connection. Not 
so with the component lead, though! Because the component lead is round, it 
may not make a good connection. The solder is used to ensure that good 
electrical contact is made between the wire and the component lead. 


[] Wire the connections to HOLD (GND), NMI (GND), TEST (the NAND 
latch circuit output), and MN/MX (Vec). 


When making a signal connection to either GND or Vcc, make your con- 
nection with wire-wrap wire, and connect to the nearest available Vec or 
GND pin. 
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SSS — 
Verification and Checkout 


C 
Ee 


Carefully inspect for correct wire-wrap connections and solder joints. 


Check voltage with no new chips installed. 


Power up the circuit and check the power bus for proper voltage. Then check 
for proper voltage through the top of both the 8088 and the 74LS00 sockets. 


Check voltage with new chips installed. 


The 8088 and the 74LS00 are the only new chips for this activity. Power 
down the circuit and plug in the 8088 and the 74LS00. Then power up and 
check the power bus for proper voltage. 


Verify the NAND latch circuit. 


Using the logic probe, check the logic level at TEST. It should be logic 1. If 
you read a logic 0 at this pin, you have connected the resistors to the switch 
incorrectly. Instead of unsoldering and then resoldering, the simplest correc- 
tion at this point is to remove the wire connecting to TEST and instead take 
it to pin 6 on the 74LS00. 


Toggle the switch back and forth and verify that the TEST input goes from 
logic 1 to logic 0 on the toggle. 


ACTIVITY 5 The 8088 Microprocessor Installation 


Name: Date: 
QUESTIONS 


1. Describe the differences between minimum mode and maximum mode for the 8088 
microprocessor. 


2. What type of I/O scheme uses the 8088’s HOLD input? 


3. What happens to the 8088 busses when the HOLD input is activated? 


4. Why is it advantageous to mount resistors vertically on the circuit board? 


5. What is the difference in procedure when making a wire-wrap connection to a 
component lead as opposed to a wire-wrap post? 


6. When is a Vec or GND connection made with wire-wrap wire instead of hookup wire? 
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ACTIVITY 
The Memory Circuit 6 


Objectives 


> To install and test the memory circuit for the microcomputer 


Materials and Components 

Microcomputer completed through Activity 5 
74LS138 decoder IC 

74LS373 octal latch IC 

62256 RAM 3eK x 8 

27256 EPROM 3eK x 8 

74LS04 Hex Inverter IC 


SE ee 


Miscellaneous Supplies 
Wire-wrap tool and wire 
Wire cutters 

Logic Probe 

EPROM eraser 

EPROM programmer 


Discussion 


The memory circuit for the microcomputer consists of three related circuits: the 
control bus decoder, the address latch, and the memory chips. 

The control bus decoder consists of a 74LS138 3 to 8 line decoder and is 
used to decode the partially encoded control bus of the 8088 microprocessor. The 
inputs to this decoder circuit are RD, WR, and IO/M from the 8088 (see Fig- 
ure 6-1). Using these inputs, the control bus decoder produces a fully decoded 
set of control signals: MEMW, MEMR, I/OR, and I/OW. These signals in turn 
are connected to the read and write inputs of memory devices and I/O devices. 

Because of the fact that the low order address bus is multiplexed with the 
data bus on the 8088 microprocessor, an address latch is needed in order to “cap- 
ture”, or latch, the low order address lines from the ADo-7 bus lines at just the 
right moment. To make this process easy, the 8088 microprocessor provides a 
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Address Bus 
Ag: Aus 


Data Bus 


Control 
Bus 


Control Bus 
Decoder 


FIGURE 6-1 Block diagram of the address latch circuit and the control bus 
decoder circuit 


latch control signal in the form of the ALE output. This output signal transitions 
from high to low at the exact moment in time when the AD — AD7 lines are out- 
putting valid address bits in the form of Ao— Az. Using this latch signal, the 
74LS373 octal latch captures those bits and latches them to the outputs of the 
74LS373. These outputs are connected to Ap — A7 everywhere in the circuit that 
those signals are needed. 

A feature of the 74LS373 is its capability of tri-stating its outputs. The tri- 
state control line input is OE, or output enable. Because we have no need to ever 
tri-state the low order address bus, we will permanently enable the latch outputs 
by connecting OE to logic 0 (GND). 

As you know, the 8088 is capable of directly addressing 1 megabyte of mem- 
ory using its twenty address lines (Ag — Aj9). However, the microcomputer cir- 
cuit consists of only 64K of memory, which in turn requires only sixteen address 
lines (Ag — A15). Because the address lines A1g6 — Aj9 are not used in the memory 
circuit, we can say that the microcomputer memory occupies address space 
x0000H through xFFFFH. It is easy to see that this range of memory will also 
include 15 foldback memory ranges. 

The memory chips themselves will be ready to be wired when the previous 
two steps have been accomplished. In the microcomputer circuit, a total of 64K 
of memory is used. Half of the memory is EPROM and the other half is RAM. 
The resulting address range is x0000H-xFFFFH. Since a RESET causes the 
8088 microprocessor to begin execution at location FFFFOH, we wire up the 
EPROM to occupy the address range of x8000H-xFFFFH. In this way we can 
make sure that some kind of meaningful program will always exist at location 
FFFFOH so that the computer will have something to do when it is powered up 
or RESET. 

Notice that only one high level address line exits in this memory circuit 
(A15). This reduces the decoder requirement to just a simple inverter, as shown 
in your schematic diagram. In other words, when A15 is low then the RAM is ac- 
tive, and when A1S5 is high then the EPROM is active. 
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Procedure 


L] Make the input wiring connections for the control bus decoder (A, B, C, El, 
E2, E3). 
In making these connections remember that only power connections to Vee 
and GND are soldered. Because the connections on the enable inputs to the 
74LS138 are signal connections and not power connections, they are wire- 
wrapped. 


CL] Make the input wiring connections to the address latch. 


Note again that the connection to OE is a signal connection, not a power 
connection. It is therefore wire-wrapped instead of being soldered. 


At this point it is a good idea to finalize a color scheme for the wire-wrap 
connections. The important thing about color schemes is to be able to iden- 
tify data bus connections and address bus connections. All other connections 
which are not data bus or address bus fall into the miscellaneous category 
and are a color different from both the data bus wires and the address bus 
wires. Most of you have probably been using white for this category. At this 
time, you should decide which of the two remaining colors will represent 
your data bus wires and which one will represent your address bus wires. 


It really doesn’t matter what colors you use for the three categories of con- 
nections mentioned here. The only really important thing is that you know 
what the color scheme is and that you stick to it. 


CL] Make the wiring connections for the RAM memory chip. 


Wiring the memory chips is a time consuming step, because there are many 
connections to each memory chip. To avoid wiring errors, be patient and 
thorough. 


Remember that address lines Ag — A7 are taken from the output of the address 
latch, not from the 8088! Address lines Ag — A15 are, however, available at the 
microprocessor itself. The data bus signals (Do — D7) are connected directly 


to ADo- AD7 on the 8088. The control signals MEMR and MEMW are 
taken from the output of the control bus decoder as shown in the schematic. 


(] Make the wiring connections for the EPROM memory chip. 


Examine the schematic and notice that most of the wiring connections are 
identical to the RAM chip. A suggested scheme might be to first make the 
connections which are not the same, then simply do a pin for pin connection 
between the two chips for those connections which are the same. Make sure 
you mark each connection as it is made on your schematic diagram of the 
microcomputer. 


Verification and Checkout 


LC) Visually inspect all wire-wrap connections. 


CL] Test continuity of all new wire-wrap connections. 


As always, continuity testing should only be done with all chips removed 
from their sockets. 
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Make the continuity tests through the top of the chip sockets using hat pins, 
or components leads if necessary. Also, mark each connection as it is verified 
on your schematic. Although this is time consuming, it is industry standard 
practice and it helps to avoid costly wiring errors. 


C) Check voltage with no new chips. 


Replace the chips which were already installed prior to this activity. Then ap- 
ply power and check for proper voltage level on the power bus. 


CL) Check voltage with new chips installed. 


Install the new chips for this activity: the 74LS373, 74LS138, 74LS04, 
27C256, and 62256. Then apply power and check for proper voltage level on 
the power bus. If everything checks out up to here, we have finished static 
testing and it is time to do some dynamic testing. 


At this point, a discussion of the difference between static testing and dynamic 
testing is in order. Static testing, which is what we have done up to now, is test- 
ing that is done with the microprocessor “at rest.” In other words, we are not 
evaluating how the microprocessor circuit performs an action. Instead, we are 
evaluating the “at rest” status of the circuit. Examples of static testing include: 
continuity checking of wire-wrap connections, voltage checks, and operation of 
mechanical switches. The main purpose of static testing is to try to find construc- 
tion errors without going to the effort of looking for dynamic errors. 

To accomplish dynamic testing, we have to give the circuit something to do, 
and then make an evaluation based on how well (or even if) the circuit performs. 
Dynamic testing is normally only done after the completion of static testing be- 
cause practically no chance exists that a circuit could fail static testing, and then 
pass dynamic testing. Besides, most errors in constructing a circuit can be dis- 
covered through the use of good practices in static testing. 

In the last activity, you performed dynamic testing when you turned on the 
power and observed the action of the clock generator chip. From this point on, 
every activity in which something is added to the microcomputer circuit will in- 
clude dynamic, as well as static, testing. The dynamic testing will involve exer- 
cising the circuit under software control while observing the circuit action with 
test instruments such as the oscilloscope and/or the logic probe. 

A key concept in dynamic testing is that one cannot tell if a circuit is per- 
forming properly unless one knows what the circuit is supposed to be doing. Just 
because a circuit is doing something does not mean it is functioning properly. 
Let’s take the last activity as an example. Everyone would agree that if the clock 
generator output frequencies were out of tolerance, the circuit would not function 
as intended. But, if all you did was observe the outputs of the clock generator to 
see if they were producing something, then you might not catch the problem of 
the clock frequencies being wrong. To properly conduct that dynamic test, you 
had to know in advance what the expected frequencies on the various outputs of 
the clock generator should be. Using that information, you measured both the 
presence of the outputs, as well as their frequencies, and compared them with 
what you knew should be there. 

The point is that you should always know what to expect before making 
measurements during dynamic testing. If you don’t know what to expect, then 
you run the risk of not noticing an incorrectly functioning circuit. 

Dynamic testing of the circuit at this point is limited by the lack of support 
circuits, such as input/output which would be used by the program to signal 
processing activities. However, there is a way to verify that the memory circuit is 
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wired and functioning correctly. Here is the philosophy behind the dynamic test- 
ing scheme for this activity: if we can put a program into the EPROM and run it 
successfully, then we know that the memory circuit for the EPROM is wired cor- 
rectly; otherwise the program would not run. Furthermore, if the program also is 
written to access RAM, then successful execution of the program will also verify 
the correct wiring of the RAM memory circuit. 

The challenge of exercising a circuit under software control that has no in- 
put/output circuit is knowing whether or not the program is even running. A test 
program normally uses the input/output circuits to signal the user that the pro- 
gram is running. Without a logic analyzer or other sophisticated piece of test in- 
strumentation, finding a clue to let us know that the test program is even running 
can be a challenging task in itself. At this stage of construction, only the memory 
circuits are in place. However, by being clever about the nature of the test pro- 
gram, there is a way to verify that it is running. 

Remember that for this activity, we don’t need to evaluate what the program 
does. We only need to verify that it is running. The mere fact that it is running 
will verify the wiring of the memory circuits. With this in mind, let’s examine 
the test program (see Figure 6-2). 

If the microprocessor is executing a program, any program, you can expect 
to see activity on the control bus as the instructions are fetched from memory 
and executed. We could simply plug in the memory circuit chips, turn on the 
power, and check the control bus with a logic probe. If activity exists on the con- 
trol bus, then the microprocessor is executing a program; otherwise, it is not. The 
only problem is that we still don’t know if the microprocessor is executing the 
test program, or if it is just executing random garbage instructions because it 
can’t find the test program due to a wiring error. In either case, you could expect 
to see activity on the control bus. 

However, if one could somehow control the operation of the test program, 
the test becomes much more conclusive. If the program’s execution could be 
controlled at will, then the activity on the control bus would also be controlled, 
and this can be easily verified by using a logic probe to examine the control bus. 
As a result, we could then conclude that the test program, and not some collec- 
tion of garbage instructions, was in control of the microprocessor. This would 
provide enough evidence that the memory circuit was wired correctly. 

On the other hand, if efforts to control the execution of the program could 
not be verified by examining the control bus, then we would have to conclude 
that the microprocessor was not executing the test program. This could only 
mean that the memory circuit was faulty. 

Now, how can we control the execution of the test program? Simple: we will 
use the single step circuit to function as a run/stop circuit. By flipping the 
switch, we will cause the program to run, which will, in turn, cause activity on 
the control bus. By releasing the switch, the program will be suspended, and all 
activity on the control bus will stop. Both of these conditions are easily observed 
using a logic probe. 

The test program you see in Figure 6-2 uses the TRAP flag (T). Anytime that 
the T flag is set, an automatic type 1 interrupt is generated at the completion of 
every instruction. The interrupt handler, in turn, issues a WAIT instruction. The 
WAIT instruction causes the microprocessor to suspend all program execution 
until the TEST input goes to a logic 0. When that happens, the program resumes 
execution. 

You do not have to understand completely how the TEST input, the WAIT 
instruction, or interrupts work. What you do need to understand is that when the 
test program runs correctly, the control bus should be inactive until you flip 
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the toggle switch. As long as you hold the toggle switch on, then the control bus 
should show activity. 

Although you could expect to find activity on all three control bus outputs 
from the 8088, this activity is written to enable you to verify the test program by 
looking only at the IO/M output. As you can see from the program listing, the 


-model tiny 
.code 
org 8000h ;this location is the start of EPROM 
8 This is the test program for Activity 6 
main proc 
mov sp,1000h ;put stack in low RAM-but not low 
7e@nough to mess up interrupt vector 
;table 
mov bp,0 
mov si,0 
mov di, 0 
mov dx,offset typel ;set up interrupt vector Table 
mov si,0004h ;type 1 int vector is at 0004H 
mov word ptr{ si] ,dx ;store offset 
add si,2 ;point to segment location in Table 
mov word ptr[ si] ,0 ;store CS address (always 0) 
call set_tflag set the T flag 
again: 
out 50h,al snow give the processor something 
jmp again ito do 
main endp 
set_tflag proc 
pushf ;put flags on stack 
mov bp, sp suse bp to point to them 
or byte ptr{ bp+1] ,1 ;set T flag while still on stack 
popf ;now put new flags in flag register 
ret 
set_tflag endp 
typel proc 
wait ;wait for TEST input to go to 0 
iret ;resume processing 
typel endp 
org Offf0h 
db Oeah,0,80h,0,0 7do far jump to 0000:8000 


;processor starts here-so send 
7it down to 8000h where there is 
;xoom to do something 


FIGURE 6-2 The test program for the memory circuit. 
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program stays in a loop which outputs a byte to a non-existent I/O port (it may 
not exist, but the 8088 doesn’t know it!). Memory transactions occur during the 
instruction fetching. I/O transactions occur during execution of the OUT instruc- 
tion. With a mix of memory access and I/O access going on in the loop, the 
IO/M output line will be constantly changing states when the program is execut- 
ing. During the time the program is suspended, the IO/M output should stay at a 
logic 0, because the last access prior to the execution of the WAIT instruction is 
the fetch of the WAIT instruction itself. 

As you can see from the program listing, this program also accesses the 
RAM circuit (0000h-7fffh) because it executes two subroutines. A memory map 
of the microcomputer circuit showing the address placement of the RAM and 
EPROM memory is shown in Figure 6-3. Any time the 8088 executes a sub- 
routine, it uses the stack which is (or should be) in RAM. You can see from the 
program listing that the stack has been initialized to location 1000H, which is in 
the RAM circuit. For this test program, we can conclude that if the program 
works, then the RAM memory circuit, as well as the EPROM circuit, is also 
verified. 


FIGURE 6-3 The microcomputer 
memory map 


Make sure you understand the philosophy behind the test program, and what 
you should expect to see. With that in mind, let’s verify dynamic operation of the 
circuit. 


CL] Program the test program into your EPROM chip. 


You may have to erase your EPROM first before programming it. Your in- 
structor will show you how to do this. 


CL] Start the test program. 


Plug all chips for this and previous activities into their sockets and apply 
power. Press the RESET button and release. 


QO Verify a steady state logic 0 on the IO/M output of the 8088 (pin 28). 


Use a logic probe or oscilloscope to monitor the IO/M output. It should show 
a steady state logic 0. 


QO Verify a pulsing output on IO/M when the program is running. 


While monitoring the IO/M output of the 8088 with a logic probe or oscillo- 
scope, flip and hold the single step switch. You should immediately notice 
that the IO/M output is now pulsing at a high rate of speed. Releasing the 
switch should bring the IO/M output back to a steady state logic 0. 
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If the circuit performs as you expected through this step, then it is safe to 
conclude that the memory circuit is wired correctly. Although few tests can 
be 100% conclusive, at least your circuit has the ability to execute a program 
in the EPROM. However, always keep the possibility of a faulty memory cir- 
cuit in the back of your mind. You may notice something in a later activity 
which can only be explained by a faulty memory circuit. Never hesitate to 
check out a suspected memory circuit problem. 


Name: 


ACTIVITY G6 The Memory Circuit 


Date: 


QUESTIONS 


. What TTL device is used as the control bus decoder in the microcomputer circuit? 


. What is the purpose of the control bus decoder? 


. List the three 8088 control bus signals, and the four standard control bus signals. 


. What is the purpose of the address latch in the microcomputer circuit? Name the 8088 


output that is used to trigger the latch. 


. How much memory is the 8088 capable of directly addressing? How many address 


lines does this require? 


. Where are the data bus lines connected to the 8088 microprocessor? 


. Why must the 74LS373’s OE input line be grounded in the microcomputer circuit? 
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10. 


ne 


12. 


13: 


14, 


How many high level address lines are in the microcomputer circuit when using only 
the lower 16 address lines? What is it? How is it decoded? 


. Name several reasons why it is a good idea to color code wire-wrap connections. 


Where in the microcomputer circuit would you connect a wire if you wanted to connect 
it to Aq? 


Why should continuity testing be performed? Why should it always be done with all 
chips removed from their sockets? 


What is the difference between static and dynamic testing? Give an example of each. 


How does the test program for this activity use the RAM memory chip? 


What is special about the address FFFOH with the 8088 microprocessor? 


ACTIVITY \ 
The Programmable wf 
Timer Circuit 


Objectives 


> To install and verify the operation of the 8253 programmable timer 
circuit and the |/O0 decoder circuit 


Materials and Components 

1 Microcomputer completed through Activity 6 
1 74LS138 decoder IC 

1 8253 programmable timer IC 


Miscellaneous Supplies 

Wire-wrap tool and wire 

Wire cutters 

Logic probe 

Oscilloscope or frequency counter and leads 
EPROM eraser 

EPROM programmer 


Discussion 


The 8253 programmable timer is used in the microcomputer circuit to provide a 
precise frequency clock to the serial I/O circuitry, and to provide for an interrupt 
driven real time base. Both of these topics are discussed in greater detail in later 
activities. For now, we will discuss the operation of the 8253 itself. 

The 8253 is actually three independent programmable timer/counters on one 
chip. These timers are accessed individually and operate individually. In addi- 
tion, each timer in the 8253 can operate in one of six different modes: 


> timed interrupt 
> one shot 
> rate generator 
> square wave generator 
4 
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> software strobe 


> hardware strobe 


Regardless of the mode of operation, setting up one of the timers in the 8253 
requires the following steps: 


> a mode word which is loaded into the control register, and then 


P a value (a “divide by” factor) is loaded into the corresponding timer 
register 


After performing these two steps, the 8253 will be functional in the mode 
specified by the mode word. This is all there is to using the 8253. We explore the 
operation of the 8253 in greater detail in a later activity. 


Pin Functions of the 8253 


In Figure 7-1, notice that the 8253 has a full complement of bus interface pins 
(data bus, address, etc.). As you can see, the 8253 also has read/write control in- 
puts, and three separate timer ports. The 8253 pins are described in further detail 
in Table 7-1, 


to 8251A 
from PCLK on 8284 


O Vcc 


to NMI on 8088 
from TIMER on I/O decoder from PCLK on 8284 


iOR 


FIGURE 7-1 Block diagram of the 8253 as installed in the 
microcomputer circuit 


D,-D, The data lines are simply connected to the system data bus, 
so that the processor can communicate with the internal 
registers in the timer. Remember that these four internal 
registers appear to the processor as four separate I/O ports, 
each with its own 8 bit address. 


Aos Ay Inputs Ao and Aj determine which of the four internal 
registers are being accessed. This addressing relationship is 
illustrated in Table 7-2. 


cs The CS Input functions exactly the same as it would for a 
memory chip, by determining whether the 8253 is being 
accessed or not. If CS is high, then the 8253 will not respond 
to the processor under any circumstances, and its data bus 
lines are tri-stated. 
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data pathway for communications between 
Do —D7 data bus bi-directional | the microprocessor and the 8253; normally timer 1 
connects to the system data bus 
r timer 2 
a : : read/write control signals; normally 
RD, WR read, write input Gpneced othe pst TOR and iOW lines control 
: determines which internal register is being ee 1 62539 
Ag, A pices input accessed; usually connected to the system Bd Geeas aRaeaeee 
ere 7 address P : y y resulting register selection 
address bus 
pee used to allow selection and deselection of 
CS chip select input the 8253; usually connected to high level 
V/O address line 
: supplies clock signal to be processed by 
CLK clock input the 8253 
GATE gate input used to enable and/or trigger the timer 
timer output processed CLK signal 


The control inputs to the 8253 consist of RD and WR, and 
are connected to the system control bus lines I/OR and I/OW. 
These two signals function exactly the same as memory write 
and memory read except that they are active only for read and 
write operations to I/O ports, not memory. This ensures that 
I/O ports can share the same address as memory locations 
without conflicting with each other. 


GATE, OUT, 
CLK 


Each of the three timers consists of three pins: gate, clock, 
and output. The clock input is connected to the clock signal 
which will be processed by the timer. The gate input acts as 
both a trigger and as an enable/disable control, depending on 
the mode in which the timer is being operated. The output pin 
is the finished product of the timer. 


How the 8253 is Used in the Microcomputer Circuit 


The microcomputer circuit uses timer 0 of the 8253 as a baud rate generator. The 
8251A USART requires a particular frequency of square wave clock signal at its 
TxC and RxC inputs in order to operate at a particular serial speed. For 9600 bps, 
the required input clock to the 8251A is 614.4 KHz. Since the PCLK output 
of the clock generator chip is 2.5 MHz, all that is needed is to divide the PCLK 
signal by four to arrive at the required clock frequency of 614.4 KHz. As a 
result, we use the 8253 as a square wave generator (mode 3), supply the PCLK 
signal to the CLK input of timer 0 on the 8253, and enable the timer by tying 
the GATE input to logic 1. Now, when a four is written to the timer 0 port, the 
OUT line of timer 0 will consist of a square wave with a frequency of 614.4 
KHz. This signal is then supplied to the T,C and RxC inputs of the 8251A and 
we have a 9600 bps serial port. If we want to change the speed of the serial port, 
all we have to do is load another value of n into the timer 0 register. The PCLK 
input will then be divided by a different number and a new frequency automat- 
ically appears on OUT 0 of the 8253, and the serial port’s speed is changed. 
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The timer 1 output of the 8253 is used by the microcomputer circuit to gen- 
erate a regular interrupt signal to the processor. This interrupt scheme using the 
8253 provides a real time clock for the microcomputer. Timer 1 on the 8253 is 
set to generate a square wave with a period of 50 mS. The OUT 1 output from 
the 8253 is connected to the NMI input on the 8088. This causes an NMI inter- 
Tupt to occur every 50 mS. The NMI interrupt service routine does nothing more 
than just add 50 mS to the system clock. This system clock is actually nothing 
more than four memory variables (hours, minutes, seconds, milliseconds) which 
are updated by the NMI service routine. Furthermore, since nothing can mask the 
NMI input, the clock will always be accurate. You can access the system clock 
using the standard DOS functions for accessing the system clock. More about the 
clock and how to use it is discussed in future activities. 


The I/O Decoder 


Just as memory chips can be wired into a system with either linear decoding or 
absolute decoding, so can I/O chips. The microcomputer circuit uses a fair num- 
ber of I/O chips, each with a number of addressable registers and/or ports. Be- 
cause a linear decoding scheme would limit us to no more than 8 addressable I/O 
locations (remember—I/O ports in the microcomputer have 8 bit addresses, not 
16 bit addresses!), we have chosen to decode the high level I/O address lines in 
order to provide more addressing room for the I/O ports and registers being used 
in the microcomputer circuit. The resulting I/O decoder is shown in Figure 7-2. 
It is necessary to wire up the I/O decoder so that the 8253 can be accessed 
by the processor. The important thing to remember is that the I/O decoder works 
exactly like a memory decoder, by decoding the high level address lines on the 
I/O address bus. 


74LS138 


to 8251A chip select 

to 8255A chip select 

to aux 8255A chip select 
to 8259 chip select 

to 8253 chip select 

to aux 8251A chip select 
to ADC0804 chip select 
N/C 


FIGURE 7-2 The I/O decoder 


eee 
Procedure 


CL] Make the wiring connections for the 74LS138 I/O decoder. 


Make sure that you realize that the microcomputer circuit uses two separate 
74LS138 decoders. One of them was used in Activity 6 as a control bus de- 
coder, and the other is used in this activity as an I/O decoder. Don’t mix 
them up! Only the TIMER output of the I/O decoder is used in this activity. 
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Make the wiring connections to the 8253 timer IC except for the NMI con- 
nection to the 8088. 

For the time being, do not connect the OUT I output to the NMI input on the 
8088. The NMI input should still be grounded. The NMI input will be con- 
nected in a later activity. 


Notice that some of the wiring connections on the schematic are shown as 
“net labels” instead of lines—this makes no difference. For example, all pins 
with a net label of TIMER are wired together in this circuit. Also, don’t for- 
get that the GATE 0 and GATE 1 inputs are wire-wrapped to Voc, because 
they represent signal connections—not power connections. 


Verification and Checkout 


O 
O 


Visually inspect all new wire-wrap connections. 
Check continuity with all chips removed from the circuit. 


Check voltage with no new chips in the circuit. 


Install all chips which have been wired in previous activities. Do not plug in 
the chips which are connected in this activity (8253, 74LS138). Apply power 
to the circuit and check the supply voltage on the power bus. 


Check voltage with chips in circuit and power applied. 


Install the 8253 programmable timer chip and the 74LS138 I/O decoder chip 
into their respective sockets. Apply power and check the supply voltage on 
the power bus. 


Program the test program into the EPROM. 


You should erase the EPROM first, because it contains the program from Ac- 
tivity 6. Then, using and EPROM programmer and a computer, program the 
Activity 7 test program into the EPROM. 


With the memory circuit completely wired into the microcomputer circuit, 
your computer should now be capable of executing instructions from an 
EPROM . This test program in the EPROM contains a simple program which 
initializes the timer IC to operate as a square wave generator. This program 
is shown in Figure 7-3. 


Run the test program. 


Install the programmed EPROM into its socket, apply power, and press the 
RESET button. 


Verify timer outputs OUT 0 and OUT 1 (f= 500 KHz). 


Verification of the operation of the timer is simple—just use the oscilloscope 
to verify the presence of a square wave at the OUT 0 pin and the OUT 1 pin. 
Use the oscilloscope or a frequency counter to verify that it is the correct fre- 
quency. If it is, then we can safely assume that the processor must have been 
able to correctly communicate with the timer IC, and if that is so, then the 
circuit is wired correctly up to this point. 
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-model tiny 


-code 
i Activity 7 test program 
org 8000h 
timer_0 equ 30h 
timer 1 equ 31h 
timer 2 equ 32h 
timer ctrl equ 33h 
main proc 
Start: 
‘mov al,00110110b #mode 3 square wave for timer 0 
Vout timer ctrl,al 
“mov al;S 
Nout timer_0,al ;divide by 5 for timer 0 
“mov al,0 
Sout timer 0,al #send ms byte of divide by factor 
~mov al,01110110b #mode 3 square wave for timer 1 
Yout timer_ctrl,al 
“Nov a5, #divide by 5 for timer 1 
‘out timer _1,al 
mov al,0 
“out timer_1,al send ms byte of divide by factor 
here: jmp here #stay here forever 
main endp 
org Offf0h 
db Oeah,0,80h,0,0 sopcodes for far jump to 08000h 


go there to start program 
end main 


FIGURE 7-3 Program Listing for the 8253 test program 


If the Circuit Doesn’t Work ... 


If you don’t get the proper waveform and/or frequency on the output of the 8253, 
you can try to track down the problem several ways. Please don’t limit your 
troubleshooting to this list, because there are many more things you can do. This 
list is meant to be just a suggestion for where to start your troubleshooting. Re- 
gardless of where you start, stick with it! If the circuit does not work, there is a 
reason for it, and that reason can be discovered and a remedy applied. 


> With the power applied to the circuit, verify the presence of the PCLK 
signal (2.5 MHz) on the CLK 0 and CLK 1 input pins of the 8253. Also, 
verify the presence of a logic 1 on the GATE 0 and GATE 1 inputs. 


P Remove all chips from the board and do a continuity check of the 
connections made in this Activity. Take your time and do all testing 
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through the tops of the sockets. A wiring error is the most likely cause 
of a circuit that doesn’t work right. 


Visually inspect all wire-wrap connections made in this activity. 
Sometimes a poor quality wire-wrap can short against an adjacent pin. 
If you are in doubt about a wire-wrap connection, unwrap it and 
replace it. This only takes a few minutes and could save you a lot of 
time. 


Make sure that the TIMER output of the I/O decoder chip comes from 
the 74LS138 that is supposed to be installed in this Activity, and NOT 
from the control decoder 74LS138 chip which was installed in Activity 6. 
It is sometimes easy to confuse the two when making the wiring 
connections. 


Compare your EPROM with a known good master copy of the test 
program. Your instructor will have a known good EPROM containing the 
test program. Use the EPROM programmer to compare your EPROM 
against the instructor’s EPROM. If your EPROM does not match the 
instructor’s, erase your EPROM and start over. If you do not erase the 
EPROM for a long enough period of time, this will cause an incomplete 
erasure and could flaw the next program you put in the EPROM. 


Visually inspect all chips on the board. Make sure that they are plugged 
in correctly (pin 1 toward the top of the board). Look for pins that are 
bent under the chip and did not go into the socket. 


Try to run the test program, and then use a logic probe to examine the 
TIMER output of the I/O decoder. If the program is running, it should 
pulse when the test program first starts. 


Repeat the test program from Activity 6. If this program will not work, 
then unplug the 8253 and the 74LS138 I/O decoder from the board and 
try again. If removing these chips allows the Activity 6 test program to 
run, then a wiring error exists involving one or both of those chips. 


With the chips installed in their sockets, check the power bus voltage 
on the Vcc and GND pins of the 8253 and the 74LS138 . If you do not 
get the proper reading, remove the chips one a time from their sockets 
and check the power bus. If removing a chip from its socket brings a 
faulty power voltage reading back to normal, then either the chip is 
defective, or that socket is wired incorrectly. 
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Name: Date: 
QUESTIONS 


1. List the names of each of the six operating modes of the 8253 counter/timer and give a 
brief description of each. 


2. How many counter/timers are contained in the 8253? 


3. List and briefly describe the two functions that the 8253 serves in the microcomputer 
circuit. 


4. What are the designated high level I/O address lines in the microcomputer circuit? 


5. How many I/O addresses can be decoded from an 8-bit I/O address bus? 


6. What TTL device is used as the I/O decoder in the microcomputer circuit? 


7. How is an EPROM erased? 
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In running the test program for this activity, what frequency would be found at the 
OUT 0 8253 output if CLK 0 had been connected to the OSC output of the 8284 
instead of the PCLK output? 


What is the most likely cause of a circuit malfunction in the microcomputer? 


ACTIVITY 
The 8255A i 
Parallel |/O Port 


Objectives 
> To install and verify the operation of the 8255A parallel |/O ports 


Materials and Components 
1 Microcomputer completed through Activity 7 
2 8255A parallel 1/0 


Miscellaneous Supplies 
Wire-wrap tool and wire 
Wire cutters 

Logic probe 

EPROM eraser 

EPROM programmer 
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Discussion 


The 8255A programmable peripheral interface (PPI) contains three 8-bit ports, or 
24 I/O lines, which can be configured in a number of different ways under soft- 
ware control. A block diagram of the 8255A illustrating the connections in the 
microcomputer circuit is shown in Figure 8-1. 


Pin Definitions of the 8255 


Refer to the chart in Table 8-1 for the following discussion of the 8255A pin 
definitions. 


D, -D, These lines represent the data bus connections to the CPU. 
Using these lines, the CPU is able to send configuration and 
data bytes to the 8255A. Also, incoming data from the input 
ports is transported to the CPU over these lines. 


cs The chip select input is used by the microprocessor to select 
the 8255A chip. The 8255, as with all other memory and I/O 
chips, must in a selected state before the microprocessor can 
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from RESET output of 8284 
from PPI on I/O decoder 


can also 
be a single 
8-bit port 


FIGURE 8-1 Block diagram of the 8255A connections in the microcomputer circuit 


communicate with it. In the microcomputer circuit, this input is 
connected to the PPI output line of the I/O controller. 


Ags Ay These lines are the addressing inputs. Two address inputs are 
required, because there are four internal registers in the 8255: 
port A, port B, port C, and the control register. Each of these 
registers has its own system address as defined by whatever is 
connected to these three inputs. Table 8-2 illustrates how each 
internal port is accessed using the two address inputs on the 
8255, and the system address of each port. The system addresses 
for this 8255A are determined not only by the signals on A, and 
Ao, but also by the input on CS and how that input is decoded. 


S os 
data pathway between ports and the 
Do - D7 data bus bi-directional microprocessor; normally connected to 
the system data bus 
ot ap ‘ ; read and write control lines; normally 
oe peee va mp connected to IOR and IOW 
aw “a determines whether the chip is selected; 
cS chip select input normally connected to an I/O address 
line or an I/O address decoder output 
F iH determines which of the internal registers 
Ses atidress HpHe (ports) is selected 
RESET reset input hardware reset 
PAo — PAZ portA bi-directional * port A I/O lines 
PBo — PB7 port B bi-directional * port B I/O lines 
PCo — PC7 port C ** bi-directional * port C I/O lines (upper and lower) 


* depends on software configuration 
** port C can also be accessed as two independent 4-bit ports 


TABLE 8-1 The 8255A pin definitions 
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port A 


port B 


port C 


control port 


TABLE 8-2 Port selection in the 8255As with resulting system 
addresses in the microcomputer circuit for both devices 


RD, WR These two lines are the control bus connections. Usually, these 
inputs are connected to the system’s control bus lines I/OR and 
I/OW (assuming that the 8255A will be I/O mapped as opposed 
to being memory mapped). 


RESET This input, upon going high, causes a reset of the 8255A’s 
internal registers. When this happens, all configuration modes 
are lost and the 8255A must be initialized again before it can be 
used. Usually this input is connected to the system RESET line. 


PA,—PA, These eight lines represent port A. Port A can be configured as 
either input or output, as well as participating in mode 1 and/or 
mode 2 handshaking I/O. 


PB,-—PB, These eight lines represent port B. Port B can also be configured 
as either input or output, as well as participating in handshaking 
1/O—but only in mode 1. 


PC,-PC, These eight lines represent port C. Port C is unique in that it is 
seen by the 8255A as two separate 4-bit ports. As a result, each 
group of four lines on port C can be independently configured 
as either input or output. In mode 1 and mode 2 these lines 
cease to function as simple I/O lines and instead serve the 
purpose of the handshaking signals. 


Using the 8255A in a Circuit 


For the 8255A to be used in a circuit, it must first be initialized. This is done 
by sending a configuration byte to the control register in the 8255A. If the 
8255A is I/O mapped (as opposed to memory mapped) then the OUT instruction 
is used. For example, suppose that the 8255A control port address is 27h and 
the desired configuration word is 80h. The following two instructions will initial- 
ize the 8255: 


mov al, 80h 
out 27h,al 


The configuration byte controls the mode of each group of I/O lines as well 
as the assigned direction—as either an input port or an output port. Once the 
configuration byte has been written to the control port, the 8255A immediately 
assumes the mode of operation indicated by the configuration byte. Figure 8-2 
shows the makeup of the configuration word. 

The microcomputer circuit actually uses two 8255As. This first 8255A is 
used to implement a parallel printer port. The final configuration and installation 
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CONTROL WORD 


GROUP B 


PORT C LOWER) 
1 = INPU 

0 = OUTPUT 
PORT B 

41 = INPUT 

0 = OUTPUT 
MODE SELECTION 
0 = MODE 0 

4 = MODE 1 


GROUP A 


PORT C NUFPER) 
4 = INPU 
0 = OUTPUT 


= IN 
0 = OUTPUT 
MODE SELECTION 
00 = MODE 0 
01 = MODE 1 
1X = MODE 2 


MODE SET FLAG 
41 = ACTIVE 


FIGURE 8-2 The 8255A configuration word 


of the parallel printer port will be reserved for a future activity. The second 
8255A is used to explore simple parallel I/O in a later activity. Both 8255As will 
be installed and tested in this activity. 


Procedure 


Installation of the 8255As is very short and simple. Only the data bus and con- 
trol inputs will be wired. Once this has been done, a test program can verify that 
the microprocessor has access to both devices. 


; L] Make the data bus and control connections for both 8255As. 


Finish up the 8255A wiring by wire-wrapping the connections for the data 
bus and the control inputs. You should take the data bus connections and 
control connections from any nearby socket if available. 


Verification and Checkout 


L] Visually inspect all new connections. 


CL] Test continuity of all new connections (no chips on the board!). 


Remember that if you leave a chip on the board, then you may get mislead- 
ing continuity readings. You may also damage the chip. 


te 


Check voltage without 8255As installed. 


C] Check voltage with 8255As installed in their sockets. 


Troubleshooting 59 


L] Verify RESET input. 


While monitoring the 8255A RESET input with a logic probe, push and hold 
the system reset button. The RESET input should go from a logic 0 to a logic 1. 
Release the button and verify that the input returns to a steady state logic 0. 
Verify both 8255A RESET inputs in this manner. 


Now that the static testing is done, let’s examine the philosophy behind the test 
program used in this activity. 

Keep in mind that what we want to do is to verify that the 8255As have been 
correctly wired and installed into the circuit. To verify this installation, we will 
try to configure the 8255As and send some data to their ports. If successful, the 
data can be easily monitored with a logic probe (notice how testing is easier with 
I/O circuits installed). 

If we do indeed monitor the data at the 8255A ports, then we can only as- 
sume that it is there because the test program ran successfully, which means that 
the 8088 was able to successfully communicate with the 8255As. The 8088 can 
only communicate with the 8255As if it is wired and installed correctly in the 
microcomputer circuit. 

By examining the test program in Figure 8-3, you can see that the test is re- 
ally very simple. The test program does 3 things: 


P configures the 8255 so that all three ports are mode 0 output 
P sends all 0’s to each port, then sends all 1’s to each port 


P repeats the above step continuously 


So, if you are able to verify a continuous pulsing output on all three ports of 
both 8255As when the program is running, you can safely conclude that the 
8255As are correctly installed into the circuit. 


LC) Run the test program. 


For this test, make sure all installed ICs are plugged in. Apply power to the 
circuit and push the reset button. 


[] Verify a pulsing output on all port A,B, and C output lines on both 8255As. 
Use a logic probe to examine each of the I/O lines for all three ports on both 
8255As. This works out to 48 total lines. Each and every line should be 
pulsing. If a line is not pulsing, a wiring error or other trouble exists in the 
circuit for that 8255A. 


Troubleshooting 


As always, if you don’t get the expected output, use your head! For this activity, 
the most common errors are: 


P simple wiring error (bad connection, short to adjacent pin, etc.) 

using MEMR and MEMW instead of IOR and IOW 

not using the correct output of the I/O decoder for the 8255A CS input 
wiring the CS input to the wrong 74LS138 


> 
> 
> 
Pm a bad 8255A chip 
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-model tiny 
code 
;This is the activity 8 test program 


equ 24h 
equ 25h 
equ 26h 
equ 27h 


equ 28h 
equ 29h 
equ 2ah 
equ 2bh 


org 

proc 

mov al,10000000b ;configuration word for the 8255s 
;both group A and B = mode 0 
;port A = output 
;port B = output 
sport C = output 


ctrl_l,al ;send the configuration word 


ctrl_2,al ;to the 8255A control ports 


al,0 7all port lines to logic low 
port_al,al 
port_bl,al 
port_cl,al 
port_a2,al 
port_b2,al 
port_c2,al 


al,O0ffh snow all port lines to logic high 
port_al,al 
port_bl,al 
port_cl,al 
port_a2,al 
port_b2,al 
port_c2,al 


again ;keep doing this forever 


Offf0h 


Oeah,0,80h,0,0 ;opcodes for far jump to 08000h 
7go there to start program 


FIGURE 8-3 The Activity 8 test program 


This list should give you a good start. If you still don’t find it, don’t panic. 
The important thing is to always be on the move, either re-thinking your trouble- 
shooting plan, or actually taking circuit measurements. If you suspect a bad chip, 
substitute a known good one. This is an easy test, and it will prevent you 
from later being tempted to think the chip is bad just because you can’t find the 
problem. 
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If you discover that a bad chip is not the problem, then it’s time to consider 
the odds-on-favorite as the culprit: a wiring error. Even though your bug is prob- 
ably a wiring error, sometimes they are very hard to find. Always try to eliminate 
wiring that is not likely to contain the bug (such as the previous activity’s wir- 
ing). If that doesn’t produce results, then start working your way backward. As a 
matter of habit, try to remember to write down an exact description of the bug 
once you have found and removed it. Looking back over your bug descriptions 
can help you in future troubleshooting experiences. 
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Name: Date: 


QUESTIONS 


1. How many addressable I/O locations does an 8255A contain? How many of them 
represent I/O ports? 


2. How is an 8255A initialized? 


3. What does PPI stand for? Define each of the three words. 


4. What configuration would result from the configuration word 10000011b? 


5. Describe the purpose of each 8255A in the microcomputer circuit. 


6. Which 8255A port can be accessed as two individual 4-bit I/O ports? 


7. Suppose that during the test program you observed ports A and B of one of the 8255As 
pulsing, but port C was not. What is the most likely cause of this problem? 
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ACTIVITY 
The 8259 Interrupt Ss 
Controller 


Objectives 


> To install and verify the operation of the interrupt controller circuit 


Materials and Components 
1. Microcomputer completed through Activity 8 


1 8259 programmable interrupt controller 


Miscellaneous Supplies 
Wire-wrap tool and wire 
Wire cutters 


Logic probe 


The 8259 programmable interrupt controller is used by the microcomputer circuit 
to manage all interrupt requests which are transmitted to the processor by cir- 
cuits such as the serial port, the printer port, and the timer. This one chip reduces 
the need for individual interrupt circuits for each interrupt signal and allows a 
single chip to handle up to eight incoming interrupts. By using software, each of 
the eight incoming interrupt signals can be individually enabled or disabled. 
Also, by using software, the incoming interrupt signals can be made to be either 
level triggered or edge triggered. In addition, more 8259s can be cascaded with 
the original 8259, so that more than eight incoming interrupts can be handled. 
Refer to the chart in Table 9-1 for the following discussion of pin functions. 
The 8259 connections for the microcomputer circuit are shown in Figure 9-1. 


D,-D, The system data bus is connected to these pins. 
Communication on the data bus with the 8259 is of two basic 
types: configuration information sent by the processor to the 
8259, and interrupt type numbers sent by the 8259 to the 
processor when an interrupt occurs. 


IR, — IR, These are the interrupt inputs to the 8259. Each of these 
inputs is connected to some other circuit that, from time to 
time, generates an interrupt signal. The incoming interrupt 
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ee ee 


from NAND latch switch 
from RXINT on 8251A 
from INTA on 8088 from TXINT on 8251A 
to INTR on 8088 from PRINT on 8255 
N/C from RXINT on aux 8251A 
from TXINT on aux 8251A 


from INTCTRL on I/O decoder 


from INTR on 
ADC0804 


FIGURE 9-1 Block diagram of the 8259 connection in the microcomputer circuit 


signal is handled by the 8259. The 8259, in turn, generates 
the interrupt request signal which is sent to the 8088 
microprocessor. As you can see, up to eight incoming 
interrupts can be handled by a single 8259. 


CAS,-CAS, These three pins are used whenever the 8259 is cascaded with 
additional 8259s. When such a cascaded circuit is used, the 
8259s communicate with each other over these bi-directional 
lines. Using this method, more than eight interrupt signals (up 
to 64) can be handled by the interrupt controller circuit. 


data pathway for communications with 
Do - D7 data bus bi-directional the microprocessor; normally connected 
to the system data bus 


— 


interrupt inputs; normally connected to 
IRg - IR7 interrupt in other chips or devices in the system 
+ which generate interrupt request signals 
interrupt request output to the 
: microprocessor; normally connected to 
eu miterups request ou the interrupt request input of the 
microprocessor 
arnye interrupt ‘ receives interrupt acknowledgment 
INTA in : 
acknowledge from the microprocessor | 
rayon 3 enables slave mode; used in multiple 
SP/EN slave/enable in 8259 systems 
: used to cascade 8259s in a system 
Casi aC Asan cascade mou when more than 8 interrupts are needed 
ro hie keleet ‘n used to select the chip for access by the 
P microprocessor 
<= = ‘ ; read and write control lines; normally 
UES 5) tae bs connected to the control bus 
Ao aniedy is used to allow selection of the two 
internal registers by the microprocessor 7 


TABLE 9-1 Pin descriptions for the 8259 programmable interrupt controller 
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SP/EN This input pin is also used whenever several 8259s are 
cascaded. Its purpose is to let the 8259 know whether it is 
supposed to be a “master” or “slave” in the cascaded circuit. 


INTA, INTR These are the interrupt signals used to signal the processor 
that an interrupt must occur. After processing the incoming 
interrupt signal from the original interrupt device (which 
comes in over one of the IR inputs to the 8259), the 8259 
signals an interrupt request over the INTR line. The processor 
acknowledges the interrupt request with an interrupt 
acknowledge on the INTA line back to the 8259. At this point 
the 8259 sends the interrupt type number back to the 
processor over the data bus, and the interrupt service routine 
is then executed. 


5 
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These are the control bus inputs to the 8259. In the 
microcomputer circuit, they are connected to the JOR and 
IOW outputs of the control bus decoder. 


Ay This input is the low level address line. Because there is only 
one low level address input for the 8259, we can see that 
‘there are only two addressable ports contained in the 8259. 


cs This is the chip select input for the 8259. This line must be at 
logic 0 in order for the 8259 to be able to respond to and 
communicate with the 8088 microprocessor. 


The Interrupt Controller in the Microcomputer Circuit 


So why is an interrupt controller used in the circuit? To start with, I/O data trans- 
fer is the slowest link between the microprocessor and the outside world. Any 
scheme which reduces the amount of time that the microprocessor is engaged in 
I/O makes the circuit faster and more efficient. For that reason, and in order to 
be efficient at handling various input and output requirements, the microcom- 
puter is designed so that all input and output is interrupt driven. This means that 
only when an I/O device needs attention is it actually given attention by the 
microprocessor. 

The alternative to interrupt driven I/O is polled I/O. In the polled I/O 
scheme, the microprocessor repeatedly queries every I/O device to see if it needs 
service. Finally, when an I/O device does need service, the microprocessor han- 
dles that device’s input or output. Since the microprocessor operates at an 
extremely high rate of speed, this means that a particular I/O device could be 
queried literally hundreds of thousands of times before service is needed. 

Consider this analogy: suppose you are the water boy in charge of making 
sure that 100 football players get enough to drink during summer workouts. 
There are basically two ways in which your job can be accomplished. The first is 
that you spend all your time going from player to player asking them if they are 
thirsty. When a player says he is thirsty, you pour him a drink and then move on 
to the next player so that you can repeat the question. Obviously, because all the 
players will never be thirsty at once you will spend almost all your time and 
energy asking questions and only a small part of your time will be spent actually 
pouring water. 

The most efficient way to handle this job is simply to ask the players to call 
out when they are thirsty. When a player calls out that he is thirsty, you can then 
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pour a drink for him. In the meantime you can be doing something else. In this 
way, you do not have to deal with a player who is not thirsty. 

This method is a close parallel to how the microprocessor handles input and 
output on an interrupt basis. The microprocessor does not have to deal with an 
I/O circuit unless that circuit has received data or is in need of transmitting data. 
This frees up the microprocessor to do other things instead of constantly waiting 
on the I/O circuits. In addition, it allows the interrupts to be prioritized. For ex- 
ample, in a microprocessor circuit used as a burglar alarm, an interrupt signal 
designated “door has been opened” would not have as high of a priority as an in- 
terrupt signal transmitted by the fire alarm. So, if a lesser priority interrupt is be- 
ing serviced by the processor when a high priority interrupt occurs, the processor 
must be told to suspend the current interrupt servicing and to go process the high 
priority interrupt. Using the 8259 you can, under the direction of your sofware, 
prioritize the eight incoming interrupt inputs based on your circuit design needs. 


Procedure 


[] Make the wiring connections for the 8259 as shown in the schematic dia- 
gram of the microcomputer circuit. 
Notice that the IRO input to the 8259 comes from the NAND latch switch 
circuit. The NAND latch switch circuit has two outputs. The Q output (nor- 
mally high) goes to the 8088 TEST input. The Q output (normally low) goes 
to the IRO input of the 8259. It is this input which is used to test the 8259. 


Verification and Checkout 


() Visually inspect all new connections. 


CJ Check continuity of all new connections (no chips in the circuit!). 


cAYT}ON When removing chips from their sockets, always use a 
chip puller. Never use your fingers! 


(] Check voltage with no new chips installed in the circuit. 


O 


Check voltage with the 8259 installed in its socket. 


L] Verify the IRO input. 


Apply power and monitor the IRO input of the 8259. It should be a steady 
state logic 0. Now, toggle and hold the NAND latch switch. The logic level 
on IRO should go to a steady state logic 1 for as long as the switch is held in 
the toggle position. 


Testing the 8259 


Please refer to Figure 9-2 for the complete test program listing. The concept be- 
hind the software test is to setup an interrupt service routine in memory. This 
routine does nothing more than pulse the I/O lines on port B of the 8255 which 
was installed in the previous activity. However, the only way this routine can be 
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-model tiny 
code 
;Test program for activity 9 


I/O port and configuration values for 
the microcomputer. 


ppi_port_b equ 25h 
ppi_ctrl_port 


equ 27h 


int_icwl_port equ 2ch 
int_icw2_port equ 2dh 
int_icw4_ port equ 2dh 
int_ocwl_port equ 2dh 


00011011b 
01011000b 
00000011b 
11111110b 


int_icwl_word equ 
int_icw2_word equ 
int_icw4 word equ 
int_ocwl_word equ 


;level triggered, single mode 
;IRO type number = 58h 

78088 mode 

;unmask IRO, IR1-IR7 masked 


org 8000h 
proc 


fonlet 

mov ax,0 

mov ds,ax 

mov es, ax 

mov Ss,ax 

mov ax,1000h ;stack 
mov sp,ax 


7all segments to 0 


mov al,10011001b ;configuration word for the 8255 
;both group A and B = mode 0 


7A = input B = output C = input 


ppi_ctrl_port,al 


si, (58h* 4) 
dx,offset pulse 
word ptr{ si] ,dx 
si,2 

word ptr{ si] ,0 


al,int_icwl_word 
int_icwl_port,al 
al,int_icw2_word 
int_icw2_port,al 
al,int_icw4 word 
int_icw4_ port,al 


al, int_ocwl_word 
int_ocwl_port,al 


FIGURE 9-2 Test program listing 


7send configuration word to 8255 
;install ISR for type 58h 
;address of pulse subroutine (ISR) 
7store the IP address 


;store the CS address 


;initialize the 8259 


;output control word to unmask IRO 


;enable system interrupts 


;wait for interrupt 
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7disable interrupts - important! 


mov al,0 yall lines to logic low 

out ppi_port_b,al 

call delay 7Slow it down a bit 

mov al,0ffh snow all lines to logic high 
out ppi_port_b,al 

call delay 7slow one more time 

iret 7exit subroutine 


pulse endp 


delay proc 


push Cx 
mov cx, 4000h ;delay value 
delay5: 
loop delay5 ;count it down 


CX 


Offf0h 


Oeah,0,80h,0,0 ;opcodes for far jump to 08000h 


7go there to start program 


FIGURE 9-2 (continued) 


executed is for an interrupt to occur and for it to be properly serviced. Therefore, 
we will use the NAND latch switch to generate a simulated interrupt signal. If 
the 8255 I/O lines begin pulsing when we generate the simulated interrupt, 
we can conclude that the 8259 is working correctly because the 8259 would 
have had to be working in order for the interrupt service routine to have been 
executed. 

In examining the test program, notice that several setup procedures are done 
before the program starts waiting for an interrupt. These are: 


> The PULSE subroutine (which pulses the 8255 port B lines) is 
installed as a type 58h interrupt service routine. This is done by 
placing the address of the PULSE subroutine at a special place in low 
RAM known as the interrupt vector Table. 


> The 8255 is configured so that port B is operating as a mode 0 
output port. 


> The 8259 is configured. 


> The IRO input to the 8259 is unmasked. This allows the 8259 to 
recognize interrupt requests on this input. 


At this point, the program enters an endless loop. Nothing else will occur un- 
less and until an interrupt request signal is received on the IRO input of the 8259. 
The NAND latch switch, when toggled by you, does this. When the IRO input is 
activated, the PULSE subroutine executes 1 time and exits back to the MAIN 
procedure (the endless loop). If, however, the IRO is still activated (as it most 
likely will be unless you have the quickest finger in the west) then the PULSE 
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subroutine will execute again. This process continues until the NAND latch tog- 
gle is released and IRO is no longer activated. 

With this process in mind, we will now finish the verification of the interrupt 
controller circuit. 


CL] Erase and program the EPROM with the test program for Activity 9. 


C1 Run the test program. 
Plug in the EPROM. Apply power and reset the circuit. Now, using your 
logic probe, monitor the port B lines (pins 18-25) on the 8255. There should 
be no activity on any of these lines. 


Toggle and hold the NAND latch switch and observe the port B lines. They 
should all now be pulsing. 


SSS 
Troubleshooting 


You should by now be aware that a circuit that doesn’t work is most likely suf- 
fering from a wiring error. So, if you have trouble, use the tips presented in pre- 
vious activities to look for wiring errors and substandard connections. 

If the problem persists, the following might prove helpful: 


P Verify activity on the INT and INTA pins on the 8259. Both of these 
pins should show pulsing activity when the NAND latch switch is 
toggled and held. If you don’t get any activity on these lines, then the 
8259 is not even seeing the interrupt request on the IRO input. 


> Make sure the CS input comes from the correct 74LS138 chip. 


> Make sure the RD and WR inputs come from the control bus decoder 
chip. 


P Verify that your test EPROM is valid by comparing it with the 
instructor’s master copy of the test EPROM. 
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ACTIVITY 9 The 8259 Interrupt Controller 


Name: Date: 


QUESTIONS 


1. What is an interrupt request signal? Where does it come from? 


2. How many interrupt request inputs can the 8259 handle? 


3. What does PIC stand for with regard to the 8259? 


4. For what purpose are the SP/EN and CAS pins used in the 8259? 


5. How many addressable I/O ports does the 8259 present to the 8088 microprocessor? 


6. Describe the interrupt request process involving the 8259. 


7. What is the testing philosophy behind the test program for this activity? 


8. What is the most likely cause of the situation wherein the 8259 sends an INTR signal 
to the 8088 but it is not acknowledged by the INTA output? 
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ACTIVITY 
The Serial (/O Circuit 7 O 


Objectives 


> To install and verify the operation of the primary serial 1/0 circuit 


Material and Components 

Microcomputer completed through Activity 9 
8251 USART IC 

1N914 general purpose switching diode 
10K resistor 

220 Q resistor 


oS) eS! Voss (ng. 6es4 ss 


DB9 female connector (PCB mount, right angle) with hood 


Miscellaneous Supplies 
Wire-wrap tool and wire 
Soldering iron and solder 
Logic probe 

Oscilloscope 

EPROM eraser 

EPROM programmer 


Discussion 


The microcomputer circuit will eventually employ two serial ports. The primary 
serial port is the means by which the microcomputer circuit interacts with the 
personal computer. An onboard EPROM contains the monitor program which 
communicates with the user through a personal computer connected to the micro- 
computer’s primary serial port. In this activity, we install the primary serial port, 
and then test it by running the monitor EPROM. In a later activity, we install the 
auxiliary serial port and examine the workings of the 8251A USART to a much 
greater degree of detail. 
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8251 USART 


from 8253, OUT 6 


from USART output of control decoder 
IO/R 
iow 
AO 
PCLK 

from 8284 RESET output 


to 8259, IR1 
to 8259, IR2 


DATA PORT = 20H 
CTRL PORT = 21H 


FIGURE 10-1 The primary 8251A USART as installed in the microcomputer circuit 


The 8251 is a USART, which stands for universal synchronous/asynchronous 
receiver/transmitter (see Figure 10-1). All this means is that the chip can handle 
both synchronous and asynchronous serial communications, and that the chip can 
send and well as receive. We use the 8251 in the microcomputer circuit for asyn- 
chronous serial communications only. 


Serial Communication in the Microcomputer Circuit 


Serial communication, or I/O, is straightforward in its concept. Data is transmit- 
ted from the computer on a single-wire conductor. Each byte of transmitted data 
is divided into component bits, then transmitted on the single wire one bit at a 
time. The speed setting of the 8251 determines how fast this takes place. For 
example, at 300 bits per second (bps), the rate of transmission is much slower 
than at 9600 bps. Consequently, each bit stays on the single transmission wire 
longer than it would with a 9600 bps setup. 

Serial receiving uses much the same principle as serial transmission. Incom- 
ing bits are received on a single receive wire, one bit at a time. When all eight 
bits are received, they are composed back into a single byte, and the microproc- 
essor reads them over the data bus as a single byte. 

The speed of operation with the 8251 is determined by the RxCLK (receive 
clock) and the TxCLK (transmit clock) inputs. As you can see, the transmit 
speed and receive speed do not have to be the same. In the microcomputer cir- 
cuit, though, it is the same because the driving clock signal is connected to both 
inputs simultaneously. Because the driving clock signal comes from the program- 
mable timer, the microcomputer circuit allows for different operating speeds of 
the 8251, ranging from 150 bps to 19,200 bps, all under software control. 

The output interface used with the 8251 is a quick and dirty TTL to RS232 
converter. Actually, this circuit does not convert outgoing TTL to RS232 levels, 
but because most RS232 compliant devices are quite forgiving, it seems to work 
fine. The RS232 standard says that a logic 0 is represented by +8V to +15V, 
while a logic 1 falls in the range of -8V to —15V. By inspecting the interface cir- 
cuit (the two inverters, diodes, and resistors), we can see how the circuit works. 
An incoming logic 1 (-8V for example) causes the lower diode to clamp to 


Procedure 77 


ground. The series resistor makes sure that when this happens the sending device 
is not damaged by excessive current. With a ground potential on the input of the 
inverter, the output is a TTL logic 1 (about +4V). On the other hand, when the 
incoming RS232 signal is a logic 0 (about +8V), the upper diode clamps to Vcc. 
Again, the series resistor protects the sending device from excessive current 
when the clamping occurs. With an input of +5V on the inverter, the output is a 
TTL logic 0. 

The function of the output side of the interface circuit is much simpler. The 
inverter simply switches the logical state of the output. It is up to the receiving 
RS232 device to be very forgiving! 

The 8251 interface with the microcomputer circuit is an interrupt driven in- 
terface. This means that when a byte is needed to be transmitted, the 8251 sig- 
nals the processor via an interrupt signal that attention is needed. The processor 
then executes the instructions, resulting in a serial byte of data being transmitted 
from the 8251. By the same action, when a byte is received by the 8251, it sig- 
nals the processor for attention. The processor then executes the instructions 
which read the received byte from the 8251 into the processor. Unless a byte 
needs to be transmitted or a byte has been received, the 8251 and the processor 
do not communicate with each other. 


Procedure 


CL] Make the wire-wrap connections for the 8251 using the microcomputer sche- 
matic diagram as a guide. 


[] Make the wire-wrap connections for the two inverters used in the circuit, but 
don’t connect them to the diodes and resistors yet. 


CO Install the resistors and diodes. 


Locate these components on the right-hand side of the board near the DB9 
connector. Refer to the suggested layout for guidance. Insert them onto the 
board and solder them in place, but don’t cut the leads, because we will 
make some wire-wrap connections to them. 


cAYTION Make sure you don’t get the cathode and anode of the 
diode confused. The circuit will not work if you do! 


Once you have the resistors and diodes in place and soldered, use wire-wrap 
wire and the wire-wrap tool to make the connections between them, accord- 
ing to schematic diagram. 


C] Install the DB9 serial connector. 
Locate the DB9S (female connector) on the top edge of the circuit board, 
as suggested in the layout. After connecting the DB9S to the circuit board, 
make the connections from the USART components to the pins on the DB9S. 
Use wire-wrap wire to make a connection on the component leads, and then 
carefully measure, cut, and solder the other end of each wire to the DB9S. 


Examine the DB9S closely to make sure that you are connecting to the 
right pins. Pin numbering on connectors like the DB9 can sometimes be 
confusing. 


This finishes the serial I/O circuit installation. 
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eee 
Verification and Checkout 


L] Erase the EPROM and program it with the monitor program. 


Your instructor will supply you with a master copy of the monitor EPROM. 
After programming the EPROM, install it into its 28 pin socket. 


C1 Connect the microcomputer to your personal computer. 


You will need a serial cable with a DB9P (male connector) on one end, and 
whatever is needed by your personal computer on the other end (either a 
DB25S or DB9S). Refer to Figure 10-2 to construct this cable. 


L] Start up the TERM88 program on the personal computer at your lab station. 
TERM88 is a program which allows the “host” personal computer to com- 
municate with the microcomputer via the personal computer’s serial port. 


To run the TERM88 program, type the following at the computer’s DOS 
prompt: 


term88 1{€Enter) 


If your microcomputer is connected to COM2 instead of COM1, substitute 
a 2 for the 1 in the command. You will see a sign-on screen appear on 
the personal computer’s display. Press any key and the sign-on message will 
disappear. 


The TERM88 program is really nothing more than a typical terminal 
program. It allows the personal computer to function as a terminal for your 
microcomputer. Whenever the microcomputer sends text to the personal com- 
puter, it shows up on the screen. At the same time, anything you type on the 
keyboard is transmitted to the microcomputer. 


DB9 
(at microcomputer) 


DB9 
(at microcomputer) 


FIGURE 10-2 How to wire the serial 
communications cable that connects the 
microcomputer with the personal computer 
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CL} Run the monitor program. 


Keep in mind that the monitor program, unlike the TERM88 program, runs 
on the microcomputer under control of its 8088 microprocessor, not the per- 
sonal computer. 


Apply power, push and release the reset button. The monitor program should 
immediately print its sign-on message on the personal computer’s display, as 
shown in Screen 10-1. 


Checking EPROM: ok Checking RAM: ok 
29,278 bytes of user RAM available (0DA2-7FFF) 


Monitor 3.0 Ready 


cs IP SS SP AX BX DX ES BP SI DI 
0000:96B8 0000:0DA2 O9FF 7FFF 0000 8099 0000 0000 OD8c 8000 0400 


SCREEN 10-1 


CL) Verify that you can type back to the monitor program. 


Strike a few keys on the keyboard. They should be echoed back to the dis- 
play. This verifies that the microcomputer is receiving the serial information 
from the personal computer, because nothing is printed on the screen without 
the monitor program sending the characters to the personal computer over 
the serial port. 


In the next activity, you will explore your microcomputer’s capabilities using 
the monitor program. 


Troubleshooting 


If you cannot get the sign-on screen shown above, then the serial port connection 
has a problem. Follow the basics of preliminary troubleshooting as outlined in 
previous activities. This includes, but is not limited to: wiring errors, sub-stand- 
ard connections, missing connections, and extra connections. 

If this doesn’t resolve the problem, the following should be of help. Do not 
hesitate to add your own ideas and troubleshooting to the “to do” list. 


> Check the TxD output of the 8251A for activity during the RESET 
process. Using a logic probe, touch the TxD pin and reset the circuit 
using the reset button. You should see a very brief pulse activity. If 
you don’t get a pulse activity, then the 8088 is not able to 
communicate with the 8251A, and you should suspect a wiring error or 
a bad 8251A chip. If you do get the pulse activity, try the next step. 


> Check the output of the RS232 interface circuit. Using a logic probe, 
touch the output of the inverter in the TxD line of the RS232 interface 
circuit. Again, press the RESET button, release, and observe. You 
should get the same pulse activity as above. If you don’t, then the 
problem is in the interface circuit. If you do get the pulse activity, 
check the wiring on the DB9S connector. 


> Check the RxD input for activity. Using a logic probe, touch the RxD 
input of the 8251A, then press and hold any key on the personal 
computer keyboard. You should see a steady pulse stream until you 


80 


ACTIVITY 10 The Serial 1/0 Circuit 


release the key. If you cannot see any activity, try again, but this time 
touch your logic probe to the input pin of the DB9S connector. If you 
get pulse activity there, the problem is in the RS232 interface circuit. 
If you don’t get pulse activity, suspect the RS232 interface circuit 
and/or the DB9 connection. 


Check the frequency of the TxC and RxC input of the 8251A. It 
should measure 614.4 KHz. This signal comes from the 8253 timer 
chip, so if you don’t get a signal, work back toward this chip. An 
incorrect frequency here could cause “garbage” characters to show up 
on the screen. 


Check the CTS input of the 8251A. It must be at logic 0 or the chip 
will not work. 


Check the RESET input of the 8251A. It should be at a steady state 
logic 0 at all times, except when the system reset button is being 
pressed. 


Check the frequency of the CLK input of the 8251A. It should be 2.5 
MHz. This signal comes from the 8284 PCLK output, so if this signal 
is missing, work back toward that chip. An incorrect frequency here 
could cause “garbage” characters to show up on the screen. 


Check the diodes in the RS232 interface circuit. The cathodes of each 
diode should be connected toward Vee. 
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Name: Date: 
QUESTIONS 


1. What do the letters in the term USART represent? 


2. How is the speed of serial data transmissions stated? 


3. What 8251 inputs determine the speed of serial operations in the 8251? 


4. What peripheral device’s output determines the speed of operation of the 8251 in the 
microcomputer circuit? 


5. Describe the operation of the RS232 to TTL interface circuit. 


6. What is the most likely cause of garbage characters showing up on the screen when 
testing the USART installation? 


81 


This page is intentionally left blank 


ACTIVITY 
The Monitor Program 1 1 


Objectives 


> To become familiar with the monitor program 


Materials and Components 
1 Microcomputer completed through Activity 10 


Miscellaneous Supplies 


none 


Discussion 


The EPROM you programmed for Activity 10 contains a special program called 
a monitor. A monitor program is a utility and diagnostic program designed to let 
the user examine, explore, and manipulate the microcomputer’s environment. Al- 
though it doesn’t fit the true definition of an operating system, the concept is 
close. 

Using the monitor program, the user can: 
Print a memory dump to the screen 
Examine memory one byte at a time 
Change the memory contents one byte at a time 
Search memory for a certain byte or byte pattern 
Read and write I/O ports 
Fill memory with a byte 
List all installed interrupt service routines (ISRs) 


List all active I/O port addresses 


VV ON WOW WW VV: 


Download a program from the PC into the microcomputer (requires 
TERM88 program) 


Test for correct functioning of memory 


vv 


Move a block of memory 
83 
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> Display register contents 


P Calculate an exclusive-OR checksum of a memory block 


As you can see, most of the capabilities of the monitor program are diagnos- 
tic in nature. They help you troubleshoot your system and debug any programs 
you are attempting to run on the microcomputer. 

In this activity, each of the functions of the monitor are discussed so that you 
can try each function as it is presented. Take your time and get to know the 
monitor program. It is your lifeline to interfacing and will make interfacing 
many times more educational for you. 


Connecting the Microcomputer to a Personal Computer 


The microcomputer is connected to the personal computer through a serial inter- 
face. Connect a serial cable to the microcomputer’s serial port. After making this 
connection, power up the personal computer and run the program TERM88. 


Microcomputer Power-Up 


When you apply power to the microcomputer, or when you reset the circuit by 
pushing the RESET button, the sign-on message in Screen 11-1 will show up on 
the PC’s screen: 


Checking EPROM: ok Checking RAM: ok 
29,278 bytes of user RAM available (0DA2-7FFF) 


Monitor 3.0 Ready 


cs IP SS SP AX BX CX DX DS ES BP SI DI 
0000:96B8 0000:0DA2 O9FF 7FFF 0000 8099 0000 0000 op8c 8000 0400 


SCREEN 11-1 


This message lets you know that the microcomputer is operational and is 
‘awaiting your commands. Notice that the content of each of the 8088 registers 
is also displayed on the screen. Later, you will be shown how to make your pro- 
grams display this information. Being able to show the register contents is very 
handy in troubleshooting. 


Memory Dump 


The monitor program displays a memory dump in a 16 byte by 8 row format. 
The format of the DUMP command is: 


D {start address} 


Screen 11-2 shows how to display a memory dump starting at address 9000h 
(the bold characters are what you type; the normal characters are displayed by 
the monitor program). 

As you can see, the first address in the dump in 9000h. Each line of the 
memory dump begins with an address. Following the address are 16 bytes of 
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>d9000 


9000 le number of the 


9010 downloaded prog 
9020 ram.. 


9030 _ file which is t 


9040 o be executed... 
9050 The program must 
9060 execute a DOS e 
9070 xit (function 4C 


> 


SCREEN 11-2 


data. Each of these bytes represents the contents of a single memory location. 
Use the address on the left column of the display to determine the address of any 
of the bytes being displayed on that line. 

As an example, we can see from the display that the byte 6Ch is the content 
of the memory location whose address is 9000h. Continuing on that same line, 
we see that the memory location 9006h contains the value 62h. By examining 
the ASCII display on the far right hand side of the memory dump, we can see 
that this 62h is the ASCII code for lowercase “b”. Using the ASCII display helps 
us to recognize text which is embedded in memory. In this particular case, the 
area of memory around 9000h appears to contain messages which are displayed 
to the user under certain circumstances. 


> Note: All address and data displayed by the monitor program is 
shown in hexadecimal format. 


Examine Memory 


There are several ways to use the EXAMINE command with the monitor pro- 
gram. One of those ways is to use EXAMINE to view and/or change memory 
data—one byte at a time, as illustrated in Screen 11-3. 


>e2000 

2000 OF . 

2001 OF . 

2002 OF . 

2003 EE: :.. ££ 

2004-08: 

>e2010,"Hello world!" 
>e2020,50,60,70,80,90,a0,b0, ££ 
>d2000 

2000 OF OF OF FF OF OF OF OF 


2010 48 65 6C 6C OF 20 77 6F 
2020 50 60 70 80 90 AO BO FF 
2030 OF OF OF OF OF OF OF 0F 
2040 OF OF OF OF OF OF OF OF 
2050 OF OF OF OF OF OF OF OF 
2060 OF OF OF OF OF OF OF OF 
2070 OF OF OF OF OF OF OF OF 


SCREEN 11-3 
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The EXAMINE command can be used to do the following: 


P interactively list a single memory location at a time with the option to 
change its contents (interactive examine): 


e{ address} 
P place an ASCII string into memory: 

e{ address} ,"<ASCII TEXT>" (¢Enter) 
P place a string of numbers into memory: 


e{ address} ,{ byte} ,{ byte}, . . . , { byte} (Enter) 


These three methods are illustrated in Screen 11-3. In the first example, we 
start the interactive examine at memory location 2000h. The monitor displays the 
address, the current content of that address, the ASCII representation of the cur- 
rent content (if it is a printable ASCII representation, otherwise a period 
is shown), then waits for user input. At this point, pressing the key 
advances the monitor to the next memory location. In the example shown, this is 
done for the first three memory locations. 

When the content of 2003h is shown, the byte value ff was typed in. This 
value then replaced the Ofh, which was stored in location 2003h. After the con- 
tent of location 2004h is displayed, the (.) key was typed followed by the 
key. This exits the interactive examine mode. 


> Note: 7o get out of the interactive examine mode, type (.) then 


press (Enter). 


The second illustration of the EXAMINE command is shown next. Here, we 
have loaded the ASCII string Hello world! into RAM memory beginning 
at location 2010h. Notice that this could have been done in the interactive mode, 
but would have taken quite a few more keystrokes, not to mention that the user 
would have had to know the ASCII code for each of the letters in the string. 

The third and final illustration of the EXAMINE command is shown next. In 
this illustration, we have loaded a series of numbers into memory beginning at 
location 2020h. The format of this third option is very similar to the method used 
to load an ASCII string into memory, except that the quotation marks are not 
used and the bytes are separated by commas. 

The last part of the illustration shows how the DUMP command is used to 
display the resulting memory after having been changed by the three examples. 


Test Memory 
The format of the TEST command is: 


t{ address} ,{ address} 


The TEST command performs a read/write verification of a block of mem- 
ory. Obviously, only RAM memory can be checked in this manner. The monitor 
can check any block of RAM specified by the user, so long as no part of the 
memory block is below 1000h (does not involve any of the system RAM, or 
the interrupt vector table). If you attempt to test memory involving system RAM, 
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>t200 ,3000 
ok 


>t0000,0500 


*** error: start address less than 1000H *** 


>t8000,9000 
*** error: ending address higher than 7FFFH *** 


> 


SCREEN 11-4 


the interrupt vector Table, or EPROM, an error message will be printed. This is 
illustrated in Screen 11-4. 

First, RAM between 2000h and 3000h is tested. Next, an attempted test of 
RAM between 0000h and 0500h is made. Finally, an attempt is made to test 
memory between 7000h and 9000h, part of which is EPROM memory. 


Search Memory 


The SEARCH command is used to search a block of memory for all occurrences 
of a byte or byte pattern. If the target byte(s) are found, the monitor lists all ad- 
dresses where the target is found. A target which is an ASCII string may also 
be specified. This command is especially useful when searching for a known 
machine instruction, or a known ASCII byte or string of bytes. 

The format of the SEARCH command is: 


s{ start address} ,{ end address} ,{ byte} {byte} . . . {byte} 
s{ start address} ,{ end address} ,{"<ASCII string>”} 


In Screen 11-5, we see a memory dump of the block 8000h—87FFh. Several 
memory searches are performed on the memory block. First, the block is 
searched for all occurences of the single byte 20h. Following that, the same 


>d800 


8000 E9 9F 15 

8010 00 04 01 

8020 20 4D 6F Monitor Program 
8030 §20°76 33 v3.0 (9/1/93) 
8040 28 63 29 (c) 1993 Walter’ 
8050 46 75 €6C Fuller..$ bytes 
8060 6F 66 20 of user RAM avai 
8070 6C 61 62 lable ($Checkin 


>s8000,807£,20 
801A 8020 8028 8030 803F 8043 8048 804F 
8059 805F 8062 8067 8076 


>s8000,807f,2a 20 
8019 


>s8000,807f, "RAM" 
8068 


> 


SCREEN 11-5 
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block is searched for all occurences of the byte pattern 2ah, 20h (notice that in 
the SEARCH command, the bytes are separated by a space—not a comma). 
Finally, the same block is searched for the ASCII string “RAM”. 

Notice that the byte 20h was found in 17 separate locations in this block. 
You can verify this by examinging the memory dump shown in the screen. In ad- 
dition, you can also verify the location of the byte pattern 2ah, 20h, as well as 
the ASCII string “RAM”. 

Using the SEARCH command allows the user to quickly find a particular 
byte without having to do a DUMP command and then trying to spot the byte on 
the display. 


Fill Memory 


The FILL command is used to fill all of the memory locations in a block of 
memory with a single byte value. It should be obvious that this command can 
only be used in RAM because it involves a memory write. Here is the format of 
the FILL command: 


f{ start address} ,{ end address} ,{ byte} 


Notice in Screen 11-6 that a DUMP command has been executed to show the 
contents of the memory block 4000h—407fh. Next, the FILL command has been 
issued to load this block of memory with the byte 20h. Finally, another DUMP 
command shows what this block of memory looks like after the FILL command. 


>d4000 
4000 
4010 
4020 
4030 
4040 
4050 
4060 
4070 


>£4000,407£,20 
ok 


>d4000 
4000 
4010 
4020 
4040 
4050 
4060 
4070 


SCREEN 11-6 


Move Memory 


The MOVE command is used to copy a block of memory from one location to 
another. As can be expected, the destination area of the MOVE cannot be 
EPROM or any RAM below 1000h. You can, however, copy from any part of 
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memory—including EPROM and system RAM. Here is the format of the MOVE 
command: 


m{ start address} ,{ end address} ,{ new start address} 


In the example shown in Screen 11-7, the DUMP MEMORY command has 
been issued to show the contents of the memory block 4000h—4 07fh. Notice that 
the ASCII string Hello world! has been placed into memory beginning at 
location 4000h. 

Next, the MOVE command has been issued to copy all memory data be- 
tween 4000h—400fh to the destination address of 4100h. Keep in mind that 
the MOVE command does not “erase” the source area of the MOVE command. The 
MOVE command really only performs a “copy” operation. All contents of the 
source block of memory remain undisturbed. 

Finally, the example shows that a DUMP MEMORY command has been 
issued to show what the memory block looks like after the MOVE command has 
finished. 


>d4000 

4000 Hello, world! 
4010 

4020 

4030 

4040 

4050 

4060 

4070 


Hello, world! 
Hello, world! 


SCREEN 11-7 


Checksum 


The CHECKSUM command is used to generate an 8-bit exclusive-OR checksum 
of all memory data in a specified block of memory. Use this feature to help you 
compare two or more blocks of memory to see if they differ. It must be kept in 
mind that an 8-bit exclusive-OR checksum is limited in its ability to discriminate 
between two large blocks of memory. In fact, with only 8 bits of checksum being 
generated, the discrimination ability of CHECKSUM is limited at best. However, 
for small blocks of memory it should suffice. 
The format of the CHECKSUM command is: 


c{ start address} ,{ end address} 
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There is no restriction on the location of the memory block, because no 
memory write takes place during the checksum generation. In Screen 11-8, a 
checksum of the memory block which spans 8053h—9211h is generated, resulting 
in a checksum of 57h. 


>8053,9211 
S7: 


> 


SCREEN 11-8 


List ISRs 


The LIST ISRs command is useful for examining the interrupt handling status of 
the system. This command lists the type numbers and addresses of all installed 
interrupt service routines (ISRs) currently installed in the system. As you can see 
in Screen 11-9, there are no arguments for this command. In the example screen, 
the system ISRs are shown after issuing the LIST ISRs command. Here is the 
format of the List ISRs command: 


a (€Enter) 


SCREEN 11-9 


List Ports 


The LIST PORTS command is used to show all of the system I/O addresses re- 
sponding to the microprocessor. Unfortunately, this could be misleading, because 
all foldback I/O port addresses will also be listed. In the microcomputer circuit, 
this happens only with the 8251A chips, the 8259 chip, and the ADC0804 chip. 
This is because each of these chips only uses one address line input, thus leaving 
A| to be a “don’t care” address line. Remember that foldback addressing occurs 
any time that all address line inputs are not used in device selection by the cir- 
cuit. This is not a big problem, because you can easily recognize these addresses 
as foldback addresses. 

This command is particularly useful when installing new I/O chips in the 
system. For example, if you install another 8255 chip and address it to 28h—2bh, 
you can easily determine whether the microprocessor can “see” these I/O loca- 
tions, without having to write a test program. 

The format of the LIST PORTS command is just the single letter P with 
no arguments. An example of the command is shown in Screen 11-10. The com- 
mand format is: 


p (Enter) 
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>P 
20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 


> 


SCREEN 11-10 


This example illustrates how foldback I/O addresses are listed. By examining 
the screen, notice that ports 22h and 23h are listed as active ports. From your 
schematic diagram, you know that there are no I/O devices with these addresses 
installed in the system. However, notice that for the 8251A USART, allowing Al 
to be a “don’t care” will result in a foldback address range of 22h—23h, in addi- 
tion to the original address range of 20h-21h. Al becomes a “don’t care” address 
line, because it does not participate in the selection of either the chip or any of 
its internal registers. The same phenomenon occurs with the 8259 because it, too, 
uses only one low level address line. 


1/0 input, 1/O output 


The monitor program allows you to send and receive data from I/O ports one 
byte at a time. This is useful for quick and dirty testing of an I/O device. 
To output a byte to a port, use this format: 


o{ port address} ,{ byte} 
To read a byte from a port, use this format: 
i{ port address} 


In the example shown in Screen 11-11, the byte 40h is sent to the port 28h 
using the I/O output command. Following that, the port 27h is read using the I/O 
input command. Notice that the byte retrieved from port 27h is displayed just to 
the right of the port address. In this example, a 94h was read from port 27h. 


SCREEN 11-11 


List Files 


Using the TERM88 program on the personal computer, you can download up to 

8 files to the RAM memory in the microcomputer. These files are numbered 0-7. 

Using the LIST FILES command, you can see how many files have been down- 

loaded, where in memory they are located, and how much memory they occupy. 
The format of the LIST FILES command is just the letter 1: 


1 (Enter) 
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>1 
FILE # FILENAME START END LENGTH 


2000 208B 140 
4100 412¢c 45 


SCREEN 11-12 


In Screen 11-12, the LIST FILES command reveals that there are two files 
currently loaded in the microcomputer’s memory. 


Kill File 


Use the KILL FILE command to remove a file from the microcomputer’s mem- 
ory and make the memory the file occupied available to other files. The file to be 
killed is identified by its file number. 

Here is the format for the KILL FILE command: 


k{ file number} 


Using the same file contents as shown in the LIST FILES example, Screen 
11-13 shows how the KILL FILE command has been used to kill file number 1. 
After killing the file, the monitor program lists the files that are left. 


>k1 
FILE # FILENAME START END LENGTH 


CLK 2000 208B 140 


SCREEN 11-13 


Run File 


After a program file has been downloaded to the microcomputer’s RAM mem- 
ory, it can be executed by using the RUN FILE command. The file to be exe- 
cuted is identified by its file number, just as it is with the LIST FILES command. 
Using the RUN FILE command allows you to tell the microcomputer to execute 
a program without you having to know the program’s entry address. This is espe- 
cially convenient when you have several programs in memory at the same time. 
The format for the RUN FILE command is: 


r{ file number} 


Only files which are program files can be executed! Trying to execute a 
text file or other non-program file will lock up the microcomputer and 
you will have to reset it. When this happens, the microcomputer 
“forgets” what files may have been loaded into memory. See the 
appendix for how to write an assembly language program that can be 
downloaded and executed on the microcomputer. 
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An example of the RUN FILE command is not shown, because whatever 
happens after the command is issued is dependent on what the program being 
executed does. 


Goto, Jump 


An alternative method of executing a program which is already in memory is to 
use either the GOTO command or the JUMP command. Both of these commands 
work identically. You give the command and the entry address of the program. 
The monitor program will then execute an unconditional jump to the specified 
address. The formats for the GOTO and JUMP commands are: 


g{ entry address} 
j{ entry address} 


Examples of the GOTO and JUMP commands are not shown because what- 
ever happens after the command is issued is dependent on what the program 
being executed does. 


Version 


The VERSION command is used to display the version number and information 
on the monitor program. From time to time, your instructor may make updated 
versions of the monitor program available to you. This command allows you to 
verify what version of the program you are presently running. The format of the 
VERSION command is: 


v (enter) 


Screen 11-14 shows that the current version of the monitor program is 3.0, 
and is dated 9/1/93. 


>v 
*** Monitor Program v3.0 (9/1/93) (c) 1993 Walter Fuller 


> 


SCREEN 11-14 


Help 


The monitor program contains a simple help feature. To list all the commands 
available in the monitor program, type ? and press (Enter). To get an expla- 
nation of a single command, type ? followed by the command letter (no space 
between the question mark and the command letter) and press (Enter). 

In Screen 11-15, all commands are listed using the single ?. Then, the help 
for the A command is shown by using ? a. 
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>? 


Monitor commands: 


A list all ISRs C checksum D dump 

E examine/change F fill memory G go to (jump) 

- input from port J jump K kill file 

L list files M move memory block O output to port 
P list ports R run file S search memory 
T test memory V_ show version 


Type ? followed by a command letter for help with that command 


>?a 
Function: List all installed ISRs 
Syntax: A (no arguments) 


A list of all installed ISRs and their interrupt type numbers 
is shown on the screen 


> 


SCREEN 11-15 
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Using TERM88 


The TERM88 program is used as an interface between the microcomputer and 
a personal computer. In addition, several file transfer and utility functions are 
supported by TERM88. Using TERM88, you can download a file to the micro- 
computer’s memory, view text files on the personal computer, take a screen 
“snapshot” and save it to a file on the personal computer, change the active 
COM port, and browse forward and backward through a screen buffer. All of 
these functions are available from the TERM88 menu. To display the menu, 
press on the personal computer’s keyboard. To erase the menu from the 
screen, press (Esc). 


Download a File 


Before downloading a file, you must know where in the microcomputer’s RAM 
memory you want the file to reside. If the file you are downloading is a BIN file 
(which it must be if it is a program file), then the destination of the file will be 
the same as the address specified in the program’s ORG statement. See the ap- 
pendix for information on how to write a program which is downloadable and 
executable on the microcomputer. 

To start the download, bring up the menu by pressing (Alt}{M). Then use the 
left and right arrow keys to highlight the menu option DOWNLOAD and press 
(«Enter). A dialogue box appears on the screen. Type in the name of the file to 
download. If the file is not in the current directory, be sure to type in the com- 
plete path to the file. Then, type in the load address. After pressing (Enter], the 
monitor program lets you know if the file download was successful. 


Shortcuts: You can start the download without going through the menu sys- 
tem by pressing (Alt}+{D). You can then get a list of all BIN files in the current 
directory by pressing (F2 }. Simply use the arrow keys to highlight your choice 
and press (Enter). To abort the file section, press followed by a (¥}. 


cayT}SN 
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Scrolling the Screen Buffer 


When using TERM838, all information which is printed on the screen from the 
monitor program or your keyboard becomes part of a screen buffer on the per- 
sonal computer. When information scrolls off the top of the screen, it remains in 
the screen buffer and can be recalled. To recall the contents of the screen buffer, 
press (Pg Up). The browse mode becomes active and you can now use the (Pg Up], 
(Pg Dn), and the arrow keys to examine the screen buffer. The screen buffer will 
hold the twelve most recent screenfulls of information. Information which is 
more than twelve screenfulls old is lost as new information is added to the buf- 
fer. To exit the browse mode, press (Esc). 


View Source File 


After downloading a file to the microcomputer, TERM88 remembers the file- 
name and allows you to view its LST file (if available). To view a downloaded 
file’s LST file on the personal computer, press (Alt #{M) to bring up the TERM88 
menu. Use the direction keys to highlight the choice VIEW and press (Enter). 


Shortcut: You can directly enter the View mode by pressing [Alt }{V). 

At this point a window appears and you can type in the name of the file you 
wish to view. If you have downloaded a file already, then that file’s LST name 
will already appear in this field (if you have downloaded more than one file, 
then only the last file downloaded will appear here). All you have to do is press 
to view that file. If you wish to view a different file, type that filename 
into the field and press (©Enter). You can also press to see a list of all LST 
files and use the direction keys to select any of those for viewing. 

While viewing the file, you can use the direction keys to scroll in any direc- 
tion through the file. When finished viewing the file, press (Esc). 


Snapshot 


Occasionally, you may wish to save the contents of the screen buffer to a file for 
later viewing or printing. To do this, use the SNAPSHOT command. Bring up 
the TERM88 menu by pressing (Ait }}{M). Use the direction keys to highlight the 
command SNAPSHOT, and press (Enter). TERM88 will ask you for a filename. 
Type in the filename under which you wish to save the screen buffer contents. 


Shortcut: You can directly enter the SNAPSHOT command by pressing 


(Ait}+{S). 


If the filename you type in already exists, then TERM&8 will overwrite 
the contents of that file with the new screen buffer contents. 


Change COM Port 


TERM88 uses the COM port number specified on the DOS command line. For 
example, the command term88 2 tells the TERM88 program to use 
COM 2. However, after the program is running, you may wish to switch COM 
ports. TERM88 can toggle between COM ports 1 and 2. 

Bring up the TERM88 menu by typing (Ait}+{M). Use the direction keys to 
highlight the command CHANGE and press (€ Enter}. The center of the last line 
in the TERM88 display near the bottom of the screen will show the new current 
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COM port in use. Each time the CHANGE command is used, the active COM 
port will alternate between COM1 and COM2. 


Shortcut: You can execute the CHANGE command directly by pressing 


(Ait}H{C}. 


Guitting the TERM88 Program 


To quit the TERM88 program, select QUIT from the menu, or type (Ait}#{X). 
Whenever you quit the TERM88 program, the contents of the screen buffer 


are lost. 


If you wish to save them, make sure you do this before quitting the 


program. 


Things to Do With the Monitor and Term88 


The following activities are designed to help you to be better acquainted with the 
operations of the microcomputer and the TERM88 program. 


L. 


Fill memory locations 0000 through 0300 with the byte FF. What 
happens to the operation of the microcomputer? Can you explain why 
this happens? 


Try using the EXAM command to load a byte into memory location 
9C00. Then, use the DUMP command to verify whether or not the 
byte is successfully stored there. What do you conclude and why? 


Use the SEARCH command to search for all occurrences of the byte 
CD from memory location 8000 to AFFF. What is the significance of 
the byte CD? Why do you think it occurs in memory in the manner 
which you observe? 


Use the EXAM command to place the string I love computers 
at five random locations in memory between 2000 and 5000. Then, 
use the SEARCH command to verify the presence of this string at all 
five of the locations you chose. Use the DUMP command to view 
each string in memory. 


Write an assembly language program which will copy the same string 
as in problem 4 to ten memory locations between 5000 and 6000. 
Origin your program at location 2000. Assemble and download it 
using the DOWNLOAD command from TERM88. Before running the 
program, use the FILL command to place a 20 into all memory 
locations between 5000 and 6000. This will make it easy to spot the 
string with the DUMP memory screen. Then, run the program. Use 
the DUMP command to verify that the string has been successfully 
copied to all ten locations. (Use the SI and DI registers along with the 
MOVSSB instruction.) 


Could the program in number 5 have been used to copy the string into 
memory locations between 8000 and 9000? Why or why not? 


Write an assembly language program which will prompt the user to 
enter a string which terminates with a CR. The program should then 
store that string into memory at location 6000. Assemble and 
download the program using the TERM88’s DOWNLOAD command. 
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Before running the program, use the FILL command to place a 20 into 
all memory locations between 6000-7000. Then, run the program. Use 
the DUMP command to verify that the string has been successfully 
stored starting at location 6000. 


. Use the monitor to display the checksum of the the entire EPROM 
memory range (8000h—fffth). 
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Name: Date: 
QUESTIONS 


1. From where does the microcomputer execute the monitor program? Why must it be 
there? 


2. What is the general purpose of a monitor program? 


3. Why can’t the EXAMINE MEMORY command make changes to memory data located 
in the EPROM? 


4. Why is not a good idea to test memory between 0-1000h in the microcomputer system? 


5. Why can’t EPROM memory be tested? 


6. What is the checksum of the entire EPROM memory? 


7. What are foldback I/O locations? 
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8. How many personal computer downloaded files can be resident in the microcomputer 
circuit at one time? 


9. On what computer does the TERM88 program run: the microcomputer or the personal 
computer? 


10. What TERM88 command is useful for saving a copy of the personal computer screen 
to a file? 
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ACTIVITY 
simple Parallel 1/O 
Using the 8255A 1 co 


Objectives 
> To install the auxiliary 8255A PPI and its circuit 


> To experiment and become familiar with simple |/O techniques using 
parallel 1/0 


Materials and Components 

Microcomputer completed through Activity 10 
8255A PPI integrated circuit chip 

LED (or LED bar graph) 

2200 14 W resistor 

10KQ 14 W resistor 

74LS240 buffer/driver integrated circuit chip 
8 SPST dip switch 

20 pin wire-wrap socket 


SS; os) 28) 60"00) “9: «eS 


Miscellaneous Supplies 
Wire-wrap wire and wire-wrap tool 
Wire cutters 

Soldering iron and solder 


Logic probe 


Discussion 


There are basically four commonly used interfacing methods by which a micro- 
processor circuit can deal with and service the I/O devices in its circuit. The dif- 
ference between these four interfacing methods is not how the data is exchanged 
between the microprocessor and I/O devices, but under what circumstances. The 
easiest and most straightforward method is simple I/O. Closely related to simple 
1/O is polled I/O. Another method is called interrupt I/O. And, finally, there is 
direct memory access, also known as DMA. This activity focuses on the simple 
I/O method. 
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Simple 1/O 


Simple I/O is the interfacing method in which the program inputs and outputs 
data at very specific times and circumstances in the execution of the program, 
regardless of the condition of the peripheral devices. Other than these specific 
times and circumstances, all under software control only, I/O does not take place. 
In other words, hardware events by themselves cannot cause an I/O operation to 
occur. The program may recognize hardware events and signals, and in turn per- 
form an I/O operation, but the recognition occurs only because the software in- 
structions actually look for the hardware events and signals. In most simple I/O 
situations, the software is in complete control of when I/O will occur, and hard- 
ware events have no influence. As you can probably see from the programmer’s 
view, simple I/O is easy to implement because I/O only takes place at the spe- 
cific places in the program that the programmer designates. 
The protocol for simple I/O is as follows: 


P the program directs the microprocessor to output data whenever the 
software deems it is necessary, regardless of the condition of the 
receiving peripheral device 


P the program directs the microprocessor to input data whenever the 
software deems it necessary, regardless of the condition of the sending 
peripheral device 


The beauty of the polled I/O method is that the software running the circuit 
does not have to bother with I/O operations until the actual time and circum- 
stance under which data is needed and/or expected. For example, data will not 
be input to the microprocessor unless the microprocessor is asking for it. As a 
result, software engineering is simple and straightforward in design. Short and 
simple subroutines will handle most I/O chores with most of the I/O circuits. 
Even the hardware design of the I/O circuits is simple. Such is the case with the 
simple parallel I/O circuit we are exploring in this activity. 

To better understand what happens with simple I/O with a parallel port, we 
will simulate simple I/O by doing two things to the auxiliary 8255A circuit: 


P we will install 8 switches on an input port to simulate input from 
external devices 


P we will install LEDs on an output port to monitor the output data from 
the circuit 


Operation of the 8255A Programmable 
Peripheral Interface 


Our first experience with the 8255A PPI was in Activity 8. In that activity, 
we simply installed the PPI circuit per the schematic diagram and verified its 
operation. We also explored the configuration and basic operation of the 8255A 
PPI. We learned that the 8255A contains three 8-bit parallel I/O ports. We also 
learned that the 8255A can assume many configurations, and that the configura- 
tion is controlled by sending a configuration word to the 8255A’s control port. 
In this activity, we explore a little more about how to actually direct the opera- 
tion of the 8255A PPI under software control. We will write simple input and 
output routines using 8088 assembly language, and observe their activity while 
running them. 

Before using the 8255A in a program, the chip must be initialized. This 
is because the 8255A is capable of assuming many different configurations and 
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directions of data flow. For example, each of the three I/O ports in the 8255A 
can be configured as either an output port or an input port. In addition, the 
8255A ports can operate as simple I/O ports, or they can assume powerful auto- 
matic handshaking capabilities. Mode 0 in the 8255A is simple I/O, while modes 
1 and 2 involve automatic handshaking. The bottom line is this: before using the 
8255A you must tell the 8255A exactly what configuration you want. 

After a hardware RESET (such as when the computer is first turned on or the 
reset button is pushed), the 8255A assumes a default configuration of mode 0 
throughout with all three I/O ports as input. It is up to the system software or an 
application to properly configure the 8255A after a RESET. The monitor pro- 
gram automatically configures the primary 8255A PPI (24h—27h). It is up to your 
programs to configure the auxiliary 82554 PPI (28h—2bh). 

The 8255A’s three data ports are configured into two “groups”. Group A con- 
sists of port A and the upper four bits of port C. Group B consists of port B and 
lower four bits of port C. When configuring the 8255, the mode is assigned to 
the groups. The direction is assigned to the individual ports. All of this is done 
by sending a single byte, called a configuration word, to the control port of the 
8255A. The makeup of the configuration word is illustrated in Table 12-1. 


CONTROL WORD 


[97 | Jos [oe [os [oe [os [oo] 


GROUP B 
PORT C (LOWER) 
4 = INPU 
0 = OUTPUT 
PORT B 
4 = INPUT 
0 = OUTPUT 
MODE SELECTION 
1 


MODE 0 
= MODE 1 


GROUP A 
PORT C GEER) 
1 = INPU 
Q = OUTPUT 
PORT A 

INPUT 

= OUTPUT 
MODE SELECTION 

= MODE 0 
01 = MODE 1 
1X = MODE 2 


MODE SET FLAG 
1 = ACTIVE 


TABLE 12-1 The 8255A configuration word 


In this activity, for example, we will want the 8255A to be configured as 
follows: 


> group A = mode 0, group B = mode 0 
P port A = output, port B = input, port C (upper and lower) = input 


Using the configuration chart in Table 12-1, verify that the configuration 
word to do this is 10011001b (99h). 


A Simple 1/0 Circuit for the 8255A 


The circuit that you will be constructing is shown in Figure 12-1. Port A of this 
8255A will be configured for mode 0 output. Therefore, we will connect the 
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8 SPST 
DIP SWITCH 


from RESET output of 8284 
from AUXPPI on I/O decoder 


74LS240 BUFFER/DRIVER 
Address 


28h 
29h 


FIGURE 12-1 Block diagram of the auxiliary 8255A in the microcomputer circuit 


LEDs to this port using the 74LS240 as a buffer/driver. This will allow us to 
monitor the output byte on port A. Port B will be configured for mode 0 input; 
therefore, we will connect the DIP switch array to this port so that we can simu- 
late input by setting the DIP switches to various positions. 

The 74LS240 used with the output port is an inverting buffer/driver which 
allows the LEDs to sink more current, thereby making the LED glow a little 
brighter. The eight buffer/drivers in the 74LS240 are configured on the chip in 
two groups of 4, with each group having a common enable line. These two en- 
able lines must be grounded or the buffers will be tri-stated. Refer to Figure 12-2 
for the pin out diagram of the 74LS240. The block diagram of the 74LS240 is 
shown in Figure 12-3. 


PO On Oar WN = 


Top View 


FIGURE 12-2 The 74LS240 pin 
assignments 


FIGURE 12-3 Block diagram 
of the 74LS240 showing the 
eight inverting buffers 
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Because the buffer/drivers in the 74LS240 are inverting, their outputs are 
connected to the cathode side of the LEDs with a current limiting resistor in 
series. This is illustrated in Figure 12-1. When a logic 1 is presented to the input 
of a buffer/driver, its output will be a logic 0. This will forward bias the LED 
and cause it to glow. Given that a forward biased LED drops about 2.2V and that 
we want to limit current through the LED to about 12-15 mA, a 220 ohm limit- 
ing resistor is inserted in series with the LED. This value of current is safely be- 
low the 20mA maximum rating for the LEDs we are using, but at the same time 
will allow the LEDs to glow brightly enough for comfortable viewing. 

The dip switch array consists of 8 SPST switches connected to the inputs on 
port B. Each input line is pulled up to Vcc with a 10K resistor so that the line can 
never “float” when the switch is open. In this position, the input sees a logic 1. 
When the switch is closed, the input line is connected directly to ground thereby 
providing a logic 0 on the input. 


RT TST 


Procedure 


C1 Install the current limiting resistors and LEDs. 
To maximize board space, install the resistors vertically. Install the resistors 
and LEDs next to the 74LS240 socket so that each current limiting resistor is 
adjacent to its LED. Solder the leads to the board, but do not trim the leads. 


> Note: You may want to use an LED bar graph array which 
contains 10 LEDs in one 20 pin DIP package. If you do, 
mount the LED array in a 20 pin wire-wrap socket. 


C1 Make the connections between the LEDs and the resistors using wire-wrap 
wire. Refer to Activity 8 and use the method detailed there. 


CL] Next, make the wire-wrap connections between the resistors and the 
74LS240 socket. 
Do this by wire-wrapping between the socket and the untrimmed resistor 
leads. Then, in a similar fashion, connect the resistors to the cathodes of the 
LEDs. Finally, wire-wrap the anodes of the LEDs together in daisy chain 
fashion and connect to Vcc. After all these connections have been made, 
carefully trim the excess lead length on both the resistors and the LEDs. 


> Note: If you used the bar graph LED, there will be no LED leads 
to trim. Do not trim the leads of the wire-wrap socket in 
which the LED array is mounted. 


CL] Make the wire-wrap connections for the 74LS240. 


Refer to the pin out diagram of the 74LS240 and complete the wire- 
wrapping of this chip. Make sure you permanently enable the tri-state buffers 
by wiring the two enable lines to ground. 


C] Install the 10K pull-up resistors for the DIP switches. 


Refer to the schematic diagram of the microcomputer. Mount the resistors 
vertically next to the DIP switch socket and solder them in place. 
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O 


Make the wiring connections to the pull-up resistors and the DIP switch socket. 


Again, refer to the schematic diagram of the microcomputer. Notice that one 
side of these resistors connects to both the DIP switch socket and to the 
8255A output lines. The other side of these resistors can be daisy chained 
together and then to Voc. The other side of the DIP switch socket can be 
daisy chained together and then to GND. A common mistake is to connect a 
resistor lead to the same side of the DIP switch that is grounded. 


This completes the installation of the auxiliary 8255A circuit. 


Verification and Checkout 


O 
O 


Visually inspect all new connections. 


Check continuity of all new connections. Don’t forget: all chips must be re- 
moved from their sockets! 


Check voltage with no new chips in the circuit. 


Replace all the chips except the auxiliary 8255A and the 74LS240. Verify 
correct supply voltage on the power bus. 


Check voltage with new chips installed in the circuit. 


Plug in the auxiliary 8255A and the 74LS240. Apply power and verify cor- 
rect supply voltage on the power bus. 


Verify that the LEDs are on. 


You should notice that the LEDs are on. This is because the port A lines are 
in a default condition of mode 0 input. As a result, the inputs of the 74LS240 
are “floating.” As in most TTL devices, a floating input is interpreted as a 
logic 1. This makes the buffer outputs go to logic 0 which causes the LEDs 
to be forward biased, therefore they are lit up. 


At this point we can use some very simple dynamic testing to verify that the 
circuit is operating. Run the TERM88 program, and then power up the mi- 
crocomputer circuit. If you get the sign-on message on your personal com- 
puter screen, proceed below. If the microcomputer does not power up 
correctly (garbaged display, no display, etc.), the most likely cause is a wir- 
ing error in the circuit you just finished installing. Start troubleshooting the 
auxiliary 8255A circuit, concentrating on finding the wiring error. If you are 
able to remove the auxiliary 8255A and the 74LS240 from their sockets and 
get the microcomputer to work, this will confirm the presence of a wiring 
error of some sort. Do not proceed further until you have resolved the prob- 
lem(s) with the circuit and the monitor program is operating correctly. 


Configure the auxiliary 8255A. 


Use the monitor’s OUT command to send the configuration byte to the 
8255A’s control port. We already know that the configuration byte is 99h. 
Here is how to send it to the 8255A: 


02b, 99[eEnter) 
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There should be only one circuit response to this command. You should im- 
mediately notice that the LEDs go off. The configuration byte put port A into 
mode 0 output with the initial output state on all lines being logic 0. This 
confirms the correct installation and functioning of the auxiliary 8255A, as 
well as the LED circuit. 


L] Verify operation of the DIP switch array. 


To verify the DIP switch circuit, flip all switches to one position (it doesn’t 
matter which position). Then, read the input port as follows: 


42 9[¢Enter) 


The input byte should be either a 00 or an FF. Flip the switches to the oppo- 
site position. Read the input port again. This time, the result should be the 
logic inverse of the previous input byte. In other words, if the first input byte 
was 00, then this input byte should be FF. 


L] This confirms the operation of the DIP switch circuit and concludes verifica- 
tion of the auxiliary 8255A circuit. 


Troubleshooting 


If you do not get the proper results for both the output lines and the input lines, 
make sure that the microcomputer circuit can “see” the auxiliary 8255A. Use the 
monitor’s LIST PORTS command to make sure that ports 28h—2bh are recog- 
nized. If they are not listed, then the microprocessor is not able to “see” the aux- 
iliary 8255A. The most likely cause of this is a wiring error with the auxiliary 
8255A. Carefully check the AO, Al, and CS inputs of the auxiliary 8255A for 
correct wiring. Use the troubleshooting techniques discussed in earlier activities. 
Do not proceed further until the LIST PORTS command verifies that the micro- 
processor can see the auxiliary 8255A. 

If the microprocessor can see the auxiliary 8255A, but the LEDs are not 
functioning, then the problem is in the 74LS240 circuit. Make sure it is wired to 
port A of the auxiliary 8255A. Check all other wiring in this circuit. A command 
mistake is to neglect to wire the 74LS240’s enable inputs (both of them!) to 
ground. Use your logic probe to verify that these inputs are at logic 0. Also, 
carefully check the installation of the LEDs. If you have them installed back- 
ward, they will always be reverse biased and will not light up. Do not proceed 
further until you have resolved the problem with the LED circuit. 

If the microprocessor can see the auxiliary 8255A, but the DIP switch circuit 
is not functioning, the problem is with the wiring of the DIP switch. A common 
mistake, as mentioned earlier, is to get the resistors connected to the same side 
of the switch as the GND connection. Use your logic probe on the input lines 
and flip the switches to verify that you can change the logic level. Make sure 
you are monitoring the logic level at the actual input pin on the auxiliary 8255A. 
Also, make sure that you have the DIP switch array wired to port B on the aux- 
iliary 8255A. Do not proceed further until you have resolved the problem with 
the DIP switch circuit. 
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eee 
Things To Do With the 8255A 


Now it is time to explore simple input and output using the auxiliary 8255A 
circuit. 


[] Use the OUT command in your monitor program to configure the 8255A as 
described earlier. 


L] Now, use the OUT command to send several test bytes to port A (28h) and 
observe the LEDs. 


Make sure that what you send is readable on the LEDs. Which end of the 
LED array represents the most significant bit of the output? The least signifi- 
cant bit? Practice being able to read an output byte from the LED display. 


C1 Use the IN command to read the Port B input lines. Change the switch set- 
tings several times and repeat the IN command. Which switch represent the 
most significant bit of the input byte? The least significant bit? Practice be- 
ing able to set a desired byte on the DIP switch array. 


What you have been doing is exactly what simple I/O is all about. Notice 
that whenever you were ready to send an output byte to the LEDs, you simply 
issued the command to do it. You did not wait for a hardware event to occur. You 
didn’t even “ask” the LEDs if they were ready for the output byte. In the same 
manner, when you were ready to read the DIP switches, you didn’t ask the 
switches if they were ready to be read; instead, you just did it. This is the es- 
sence of simple I/O. A program which uses simple I/O works the same way. 
Whenever the program is ready to send an output byte, it just does it without 
regard to anything else. Whenever it is ready to read an input byte, it just does it. 

Now, let’s write some programs which perform simple I/O. 


CL] Run and operate the MIMIC program. 


The flow chart for the MIMIC program is shown in Figure 12-4. The MIMIC 
program listing is shown in Figure 12-5. Notice that the program causes 
the output port (the LEDs) to “mimic” the input port (the DIP switch array). 
In effect, the program stays in a loop which first reads the input port then 
outputs that byte to the LEDs. We have written the program so that if 


the key on the personal computer keyboard is pressed the program will 
terminate. 


start 
Using your text editor, type in the MIMIC program, assemble it, and then 


link it to make an executable binary file. Refer to Appendix C for guidelines 


on how to write programs which are executable on the microcomputer. 


Run the TERM88 program and power up the microcomputer. Use the down- 
load function of TERM88 to download the binary mimic file to the micro- 
computer. Then, use the RUN command to execute the MIMIC program. Refer 
to Activity 11 if you need to review the TERM88 and/or monitor commands. 
has a key been pressed While the MIMIC program is running, flip some of the switches on the input 


on the keyboard : 
f port and notice what happens on the output port. It appears that the output 
LEDs are wired directly to the DIP switches. 


no 


The important thing to remember here is that this is being accomplished 
FIGURE 12-4 Flowchart with simple I/O. Nothing is written to the output port until the MIMIC program 
for the MIMIC program gets around to doing it. Then, it does it whether or not the LEDs are “ready.” 


configure 8255 


number = 00 


output number to LEDs 


number = number + 1 


has a key been pressed 
on the Roypontd 


yes 
DELAY subroutine 
read byte from DIP switch 


countdown value = byte * 256 


countdown value = 
countdown value - 1 


ounce value = 0 


FIGURE 12-6 Flowchart 
for the counting program 
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FRR KI RRR II oe 


7* Name: Joe Smith * 
7* Date: : 15 September 1993 * 
7* * 
** Program name: MIMIC.ASM * 
ox * 


U 
PRR RRR RRR RRR RRR RK RK RK KR RRR KKK RK IKK KKK KK EK KK KKK KKK KR EKER RR 


-model tiny 
-code 
portA equ 28h 
portB equ 29h 
cert equ 2bh 
config equ 10011001b 
org 2000h *program can be ORGed at any location 
7in user RAM 
main proc 
mov al,config 7get configuration word 
out ctrl,al 7send it to auxillary 8255 
again: 
in al,portA ;input byte from DIP switch 
out portB,al 7send it to LEDs 
mov ah, Obh #set up for CHECK INPUT STATUS function 
int 21h ;do it 
cmp al,0 zany key been pressed? 
je again #no - keep going 
mov ah, 8 #get keyboard char but don’t echo it 
int 21h 
mov ax, 4c00h #now terminate program 
int 21h 5 


FIGURE 12-5 The MIMIC program listing 


Similarly, nothing is read from the input port until the MIMIC program gets 
around to doing it. Then, it does it whether or not the DIP switches are “ready.” 
In reality, we know that LEDs and DIP switches can be neither “ready” nor “not 
ready” to receive and send data. This is why simple I/O is the best interfacing 
method to handle these two circuits. 


CL] Write and run a “counting” program which will output to the LEDs all num- 
bers from 00h to FFh in sequence. 


The flowchart for the counting program is shown in Figure 12-6. A time 
delay loop is included, so that the speed of the counting can be adjusted. 
Notice that the time delay loop is adjusted by changing the DIP switch 
settings. 


After writing the counting program, type it into an assembly language source 
file and assemble and link. Use the TERM88 program to download it to the 


microcomputer and run it. Adjust this time delay so that the on-off changes 
to the LEDs can be observed. 


This program is a good example of how data from an external device is used 
to control the operation of a program. The interface technique is still simple I/O, 


110 


ACTIVITY 12 Simple Parallel |/O Using the 8255A 


because no input or output occurs until the program gets around to the input and 
output instructions. Then, the input and output occurs without regard to the 
“status” of the LEDs and the DIP switches. 


The BIT SET/RESET Command 


One of the benefits of using a “smart” chip such as the 8255A is taking advan- 
tage of some of its unique features. One of those features of the 8255A is the 
BIT SET/RESET command. 

This feature allows you to “command” any one of the port C output lines to 
become either logic 0 or logic 1. At first glance you may wonder what is so spe- 
cial about this, but think about it: if this were a simple 8-bit output port, how 
could you do the same thing? How can you change just one single bit on an 8-bit 
output port? 

You may be thinking something along the lines of “that’s simple... I’ll just 
AND or OR the output byte with a mask and that will change just one bit.” 
Wrong. 

This would work except for one thing: you don’t know what the “output” 
byte is! Think about it. How can a program find out what is on the output of an 
output port? Your program can’t “read” it, because it’s not an input port! Before 
you can do bit masking you have to have something to start with. And in this 
case you have nothing to start with. 

If you’re really keen, you may figure out a work around. It turns out that 
if every single output to that port has also been stored in a memory variable, 
then that variable should at all times hold the current output value of that port. If 
there is only one or two places in a program where data is output to that port, 
then this doesn’t get too messy. However, if there are many locations in your 
program where data is output to that output port, then you have to make sure 
that you modify each and every output routine to also store the output value 
in your memory variable. Then, and only then, can you be certain that the con- 
tents of that memory variable do indeed represent the current output value on that 
port. Short of this level of scrutiny, you could also make a single subroutine 
that handles output to the port and make sure that the subroutine is the only 
code that outputs the data to the output port. 

As you will discover in working with microcomputer interfacing, there are 
many times that it becomes necessary to change a single bit of an output port. 
Hopefully, you can now appreciate why the 8255A’s BIT SET/RESET command 
is so special. Here is how it works: 


P first, the command only works on port C 


P second, and obviously, the port C line you wish to set/reset must be in 
one of the halves of port C that has been previously configured as 
output 


P and last, the set/reset is done by sending a command word to the 
8255A’s control register 


For example, suppose that port C is configured as mode 0 and both halves 
are output. Furthermore, we want to force bit PC5 to a logic 0. Study Figure 12-7 to 
see how the command word is constructed. In this case, the command word is 
00001010b or Oah. Now, here’s the source code to do the bit reset: 


mov al,00001010b ;command word for reset PC5 
out ctrl,al 7send to control port, not port C! 
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D7 D6 D5 D4 D3 D2 Di DO 


Bit set/reset 


1=set 
0 = reset 


FIGURE 12-7 The 8255A’s BIT SET/RESET 
command word 


Simple, isn’t it? Just make sure you avoid the most often made mistake in 
using the Bit set/reset feature of the 8255: dont send the command word to port 
C! Send it to the control port. 


C] In the previous program, a delay loop was used to regulate the speed of the 
output. Modify this program so that you get one, and only one, of your port 
C output lines pulsing (using the BIT SET/RESET command) at an approxi- 
mate frequency of 1 Hz. 


At this frequency, you can use your logic probe to verify. Draw a flow chart 
before proceeding. 


> Note: Make sure you configure the 8255A properly at the 
beginning of the program. 


Event Driven Programming 


I/O data transfers are often part of a larger control scheme called event driven 
programming. In event driven programming, the program monitors something 
until a particular event occurs. Then, a specific response is executed. Sometimes 
an input port will be monitored until a specific input value is detected, at which 
time a specific response is executed. 

An example of an event driven system is a burglar alarm system. The system 
program in a burglar alarm system, for the most part, just monitors input signals 
from all the sensors and pick-up devices in the system. As long as an “alarm” 
event does not occur, nothing but system monitoring occurs. An event occurs 
when an input device is triggered. For example, the sensor on the front door 
shows that it has been opened. The system software then executes a specific re- 
sponse, such as waiting 10 seconds for a code entry on the wall mounted panel 
near the front door. A different event would result in a different response routine 
being executed. For example, if the smoke detector was triggered, the system 
response might be a command to turn on the water sprinklers. To give you exper- 
ience in event driven programming, we will perform a single exercise: 


(1) Write a program which will constantly read port B until the byte 50h is 
present on the DIP switches. When this byte is found, the program should 
then print the message Combination Lock Is Now Unlocked on 
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the screen—but only one time! When the byte on the input port changes 
from 50h to some other number, the program should print Combination 
Lock is Now Locked on the screen—but only one time! In other 
words, each message should print only once until the status of the lock 
changes. Don’t allow these messages to be constantly printing on the screen. 
This process should repeat until (Esc) on the personal computer keyboard is 
pressed. Make sure that your screen output is formatted and placed attrac- 
tively on the screen. 

To be able to determine if the status of the lock has changed, your program 
will have to have a way of storing the lock status every time the status is de- 
termined. The lock status is determined by reading the DIP switch and com- 
paring the input byte to 50h. Store the lock status after reading the DIP 
switch. Let the lock status be a single byte with the value of 00h for locked 
and ffh for unlocked. Using this method, the program will compare the cur- 
rent lock status with the previously stored lock status. If the lock status has 
not changed, then the program keeps reading the input DIP switch settings, 
determining the lock status, and waiting for it to be different from the pre- 
viously stored lock status. If the lock status does change, then the program 
stores the new lock status and prints the appropriate message. 

Always draw a flowchart of the program instead of trying to translate the 
program actions you have in your mind into assembly language instructions. 
If you draw a flowchart first illustrating all the program actions you want, 
then all you have to do is translate the flowchart to get your source program. 


oo  ————— 
For Further Study 


From time to time, we’ll throw out a problem with a tough to manage solu- 
tion ... just to give you a real challenge! Here’s a good one for this activity: 

We have talked about and explored the BIT SET/RESET mode of the 8255, 
and we know how to set or reset an individual bit on port C. But suppose that 
the requirement of the system was that your program be able to do a BIT 
SET/RESET of a port A line. Can it be done? Carefully explore the features of 
the 8255A in mode 0 output. If you can figure out a way to do it, modify your 
BIT SET/RESET program so that it does the same thing for port A. You should 
be able to see the pulsing action on the display LEDs. 

Do this without using a memory variable or other storage scheme! 
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Name: Date: 


GUESTIONS 


1. What is simple I/O? 


2. Describe the two configuration groups in the 8255A. 


3. What is a buffer/driver? Why is it used with the 8255A in the microcomputer circuit? 


4. Why must the 1G and 2G inputs on the 74LS240 be grounded in the microcomputer 
circuit? 


5. Describe the operation of the MIMIC program. 


6. Describe the process of using the 8255A’s BIT SET/RESET command. 


7. How does the 8255A know the difference between a configuration word and a BIT 
SET/RESET command? 


8. What is event driven programming? 
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: ACTIVITY 
Exploring Interrupts 1 3 


Objectives 


> To install an interrupt service routine (ISR) and test it with a 
simulated external interrupt 


Materials and Components 
1. Microcomputer completed through Activity 10 


Miscellaneous Supplies 
Wire-wrap tool and wire 
Wire cutters 

Logic probe 


Discussion 


A microcomputer circuit is typically connected to external devices necessary to 
the circuit’s functioning. Examples of these devices include disk drives, serial 
ports, printers, and keyboards. There are basically four different ways in which 
the microprocessor services external devices: direct memory access, polled I/O, 
simple I/O, and interrupt I/O. As you discovered in the last activity, simple I/O is 
the method whereby the microprocessor performs I/O operations whenever it 
gets around to them, without regard to the status of the external devices. In the 
polled I/O scheme, a program must “ask” an external device whether or not it 
needs servicing, and then service it if it does. Polled I/O almost always involves 
handshaking (a topic discussed in the next activity). In the direct memory access 
(DMA) scheme, the external device literally “takes over” the microcomputer’s 
bus and accesses the system memory directly. 


Interrupt I/O Servicing 


In the interrupt I/O scheme, the microprocessor is not directed to service the ex- 
ternal devices by the program. Instead, normal program execution is carried out 
until an external device sends a special signal to the microprocessor to let it 
know that servicing is needed. Only then does the microprocessor perform the 
I/O data transfer. A special subroutine is written to perform the I/O operation for 
each interrupt driven external device. If there are three interrupt driven external 
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devices in the circuit, then there are three of these special subroutines. These 
subroutines are known as interrupt service routines, or ISRs. 

The unusual thing about these subroutines is that the software never “calls” 
them. An ISR can only be executed when its external device causes it to be exe- 
cuted with a hardware signal (the hardware interrupt can be simulated for testing 
purposes by using the INT instruction). Using the interrupt scheme, the system 
designer simply writes a special subroutine to handle a specific service request 
from the external device, and then “tells” the microprocessor where to find that 
subroutine. Then, when the external device signals that it needs service, the 
microprocessor suspends whatever it is doing at the moment and executes the in- 
terrupt service routine. When the interrupt service routine is finished, the micro- 
processor resumes whatever it was doing at the time of the interrupt request. 

It is important to realize the fundamental difference between a normal sub- 
routine and an ISR. An I/O handling routine can be written as either a subroutine 
or as an ISR. While they may look almost identical, the method by which they 
are executed is vastly and fundamentally different. 

The subroutine is executed from within a program and at the direction of the 
program. When a program wishes to execute a subroutine, it executes the “call” 
instruction. Then, and only then, does the subroutine get executed. The ISR, on 
the other hand, is never directed by the software to execute. The only time an 
ISR is ever executed is when the microprocessor receives an interrupt request 
signal, usually from an external device. What’s more, it doesn’t matter what the 
microprocessor is doing at that moment. It finishes the currently executing in- 
struction and then immediately begins executing the ISR. When it finishes the 
ISR, it then resumes processing at the exact spot in the current program which 
was being executed at the moment that the interrupt request occurred. 

The beauty of the interrupt I/O scheme is that the microprocessor can carry 
out other processing chores without “waiting” for a service request from an ex- 
ternal device. This is a much more efficient use of processing time. By contrast, 
in the polled I/O scheme, it is possible for the polling program to “ask” a device 
if it needs servicing millions of times before the answer is a “yes.” The micro- 
computer circuit uses the interrupt I/O scheme for all external device servicing, 
including serial receive, serial transmit, real-time clock, and printer output. 


Implementing the Interrupt Service Routine— 
the Software Issue 


The obvious question here is, “how does the microprocessor know where in 
memory the ISR for a given interrupt request it located?” Intel, the 8088’s manu- 
facturer, has devised a very simple a clever way for the microprocessor to know 
where a given interrupt service routine is located. 

Every interrupt request (except NMI) in an 8088 system has an interrupt type 
number. The 8088 can handle up to 256 separate interrupt requests, numbered 
from 0 to 255. These are the “interrupt type numbers.” Certain of these type 
numbers are already used for dedicated purposes, and others are “reserved.” The 
vast majority, though, are available to the system programmer. 

The 8088’s memory structure shows that the bottom 1K of memory is re- 
served for what is known as the interrupt vector table. This table is nothing more 
than a list of addresses. The interrupt vector table contains the stored ISR ad- 
dresses for all 256 possible interrupt type numbers. Figure 13-1 shows the organiza- 
tion of the 8088’s interrupt vector table. Each ISR address entry is at a specific 
address in memory. For example, the address of the ISR for interrupt type num- 
ber 2 is stored at location 00008h. The 8088 microprocessor is manufactured so 
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Memory 
Address Table Entry 


O3FE 


03FC } Vector 255 


User Available 


} Vector 32 


IL 


| Vector 31 


Reserved 


Vector 5 


Vector 4 - Overflow 


Vector 2 - NMI (non maskable int) 


Vector 1 - Single step 


segment address 
offset address 
|<—— 2 Bytes ——>| 


Vector 0 - Divide error 


} Vector 3 - Breakpoint 


FIGURE 13-1 The 8088 interrupt vector table 


that it knows the structure of the interrupt vector table. In fact, it knows where to 
find the ISR address for all 256 possible interrupt type numbers. The way you 
(the programmer) set up an ISR is to first know (or determine) the type number for 
that interrupt. Knowing this, you calculate exactly where in the interrupt vector 
table the address for the ISR must be stored (vector table address = 4 * type 
number). Then, you must know the address of the ISR. You then store the ISR 
address in segment: offset format at the required location in the interrupt vector 
table. Last, you enable or unmask the interrupt. This allows the external device 
to start interrupting the microprocessor. 

Let’s look at a simple example: Suppose you are writing an ISR for a printer 
connected to an I/O port. You first write the ISR much as a subroutine, with all 
the code necessary to properly send a data byte to the printer. Now, suppose you 
decide that the interrupt type number for this printer port will be 72h (the factors 
you consider when assigning a type number involve the hardware and other ex- 
isting interrupts). Knowing this, you calculate that the address of the ISR must 
be stored at location 001C8h (72h * 4 = 1C8h). Now, all you have to do is to put 
instructions at the beginning of your program which will store the ISR’s address 
beginning at location 001C8h in memory. Suppose the procedure name for your 
ISR is “printer.” Here is how the instructions you place near the beginning of 
your program might look: 


mov si, 01C8h ;vector table location for type 72h 
mov dx, offset printer 

mov word ptr{ si], dx ;store offset address first 

add $352 

mov dx, segment printer 

mov word ptr{ si], dx ;then store segment address 


Notice that each stored ISR address requires 4 bytes: the 2-byte offset ad- 
dress, and the 2-byte segment address. If you are programming for this micro- 
computer, you can use the built in “DOS” function, “set interrupt vector.” 


118 ACTIVITY 13 Exploring Interrupts . ; 
a ee ee 


Here is how it would look: 


mov ah, 25h 7DOS function number 

mov al,72h ;put type number in AL 

mov dx,offset printer *put offset address of ISR in DX 
int 21h 


As far as the ISR itself is concerned, there are a few minor considerations to 
deal with. First of all, it is important to disable the interrupt as one of the first 
instructions in the ISR. This is usually done by masking the interrupt request 
which caused the ISR to be executed. If this is not done, the possibility then ex- 
its that the interrupt request which caused the ISR to be executed will interrupt 
its own ISR. In some situations, it may be necessary to temporarily disable all 
interrupts while an ISR executes. This can be done with the STI command, 
which sets the interrupt flag. The CLI command, or clear interrupt, re-enables all 
8088 interrupt requests. 

An interrupt service routine can call other subroutines. In fact, it can do any- 
thing a normal subroutine can do. Unlike a normal subroutine, though, the ISR 
must be terminated by use of the IRET instruction instead of the RET instruction. 
This is because the 8088, in executing the ISR, also pushes the flag register onto 
the stack along with the return address. The IRET instruction properly retrieves 
the flag register. Which brings up the last point: the 8088 flags will be restored 
to whatever condition they were in when the interrupt request was received. 

Now let’s look at the hardware required for an interrupt driven I/O device. 


Implementing the Interrupt Service Routine— 
the Hardware Issue 


It is not enough to simply have your software install an interrupt service routine. 
In order for the 8088 microprocessor to be able to handle incoming interrupt 
requests, an interrupt handler circuit must be installed into the system. This 
is because the 8088 has only a single interrupt request input, INTR (which is 
maskable). The 8088 also has one other interrupt input: NMI, which stands for 
non-maskable interrupt. This edge triggered interrupt input, as its name sug- 
gests, cannot be masked. It has the assigned type number of 2. The microcom- 
puter circuit uses the NMI interrupt for a special purpose; more about that later. 

When the 8088 receives an interrupt request on the INTR input, the follow- 
ing events occur: 


P the 8088 finishes processing the instruction in progress 


P the 8088 activates the INTA output (which is connected to the interrupt 
handler circuit) 


> the interrupt handler circuit, after receiving the INTA signal, puts the 
interrupt type number of the current interrupt on the data bus 


P the 8088 then reads the interrupt type number from the data bus 


P the 8088 uses the interrupt type number to calculate the location of the 
ISR in the interrupt vector table 


Pm the 8088 then fetches the ISR’s address and executes the ISR 


> when the ISR terminates, the 8088 resumes processing instructions at 
the location it was interrupted 


The purpose of the interrupt handler circuit is to correctly receive an inter- 
Tupt request, pass it off to the microprocessor, and tell the microprocessor the 
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type number of the interrupt request. It is possible for this circuit to be very 
simple, as in the case of a single interrupt. If the interrupt circuit is to be able to 
handle more than one incoming interrupt request signal, the circuit becomes 
more complex. For example, a multiple input interrupt handling circuit must be 
able to assign some sort of priority to the inputs, and have the ability to “mask” 
or ignore any or all of the inputs. Rather than design and assemble such a circuit 
(which would require a substantial number of latches, gates, and other logic 
chips), we can use any of a number of existing chips called interrupt control- 
lers. The microcomputer circuit uses the Intel 8259, which is called a program- 
mable interrupt controller, or PIC for short. 


The 8259 Programmable Interrupt Controller 


The 8259 programmable interrupt controller chip is the heart of the microcom- 
puter’s interrupt handling circuit. This chip is capable of handling up to eight 
incoming interrupt request signals IRO—IR7) from external devices. The system 
programmer can “assign” the eight interrupt type numbers to the 8259’s eight 
inputs, as well as determine whether the 8259’s interrupt inputs will be config- 
ured as level triggered inputs or edge triggered inputs. In addition, it is possible 
under software control to “mask”, or ignore, some or all of the 8259’s eight in- 
terrupt inputs. Figure 13-2 shows the functional layout of the 8259 programma- 
ble interrupt controller. Refer to your textbook for a discussion of the 8259’s 
configuration options and how to accomplish them. In the microcomputer circuit, 
the monitor program performs all of the configuration steps for the 8259. 


from NAND latch switch (normally low output) 
from RXINT on 8251A 
from INTA on 8088 INTA from TXINT on 8251A 
to INTR on 8088 from PRINT on 8255 


NIC 


from INTCTRL on I/O decoder 
ioR 


Ao 


from RXINT on aux 8251A. 
from TXINT on aux 8251A 


< from INTR on 
ADC0804 


N/C 
NIC 
NIC 


FIGURE 13-2 The 8259 programmable interrupt controller as installed in the 
microcomputer circuit 


Masking and Unmasking of Interrupts Handled 
by the 8259 


Interrupt inputs to the 8259 PIC can be individually masked and unmasked. This 
is done by sending a special byte, called a mask, to the 8259 output control word 
1 port (OCW1). In the microcomputer, this is port 2dh. The mask byte contains 
eight bits, one for each interrupt input. If an interrupt is to be masked (disabled), 
make its corresponding bit in the mask byte a 1. If an interrupt is too unmasked 
(enabled), make its corresponding bit in the mask byte a 0. Then send the mask 
byte to the OCW1 port. You can also read the OCW1 port to see what the cur- 
rent mask settings are. 
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Let’s suppose that you want to mask all interrupt inputs on the 8259 except 
IR3. The resulting mask would be: 11110111. Here is what an assembly language 
routine might do to accomplish this: 


mov al,11110111b ;load mask 
out 2dh,al ;send it 


That’s all there is to it. Now, let’s suppose that you want to do nothing more 
than unmask IR7, leaving all other interrupt inputs as they are. In this case, you 
will have to read the current mask, make the change, and send the new mask 
back to the 8259’s OCW1 port. Here is how it might be done: 


in al,2dh ;get the current mask 
and al,01111111b #force only bit 7 to a logic 0 
out 2dh,al 7send new mask to 8259 


As you can see, the 8259 allows you to have maximum flexibility in deter- 
mining which of the IR inputs are masked and which are not masked. 


Writing and Installing a Test ISR 


In this activity, we explore interrupts by actually writing and installing an inter- 
rupt service routine, and then simulating an interrupt in order to actually cause 
the ISR to be executed. Here’s how we’ll do it: 


> To simulate the interrupt request signal, we will use the normally low 
output of the NAND latch circuit, which is connected to IRO on the 
8259. This connection was made in Activity 9 and should still be 
connected. It is also shown in the block diagram in Figure 13-2. This 
signal is the normally low output of the latch circuit which is used to 
debounce the toggle switch. By examining the schematic diagram, we 
see that this output is normally at logic 0, but changes to a logic 1 
when the toggle switch is activated. 


> Next, we'll write a very simple interrupt service routine. This routine 
will print a single asterisk (*) when it executes. 


> Then, we’ll install this ISR as a type 58h interrupt and enable that 
interrupt input. We will let the normal functions of the monitor 
program represent the “foreground” task, while the ISR will represent 
the “background” task. 


> After installing the ISR and unmasking its interrupt, we will perform 
normal operations using the monitor. From time to time, we will 
momentarily flip the NAND latch toggle switch and observe the results. 


| | 
Procedure 


C] Create an assembly source file which contains the program listing found in 
Figure 13-3, then assemble and link it to create an executable binary file. 


This listing contains both the interrupt service routine and the main program 
code which installs the ISR. 


L] Download the binary file to your microcomputer. 
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BRR RRR RK KK RK KK IR RK KOK II RR II I I IOI I KO 


7* Name: 


7* Date: 


ok 
’ 


7* Program name: 


Xk 
, 


FOR KK RI KI KKH HK KKK KK IK I I I I II I II I II II I I Hk 


Joe Jones 


19 October 1993 


act1l3.asm 


* 
* 
* 
* 
* 
* 


; This program installs an ISR for interrupt type 58h 
-model tiny 
.-code 
ocwl_port equ 2dh 71/0 address of 8259 
org 2100h 
main proc 
mov ah, 25h suse DOS function 25h to install ISR 
mov al,58h 
mov dx,offset test_isr 
int 21h ;install test_isr as ISR for 
;type 58h (IRO on 8259) 
in al,ocwl_port ;get IR mask settings from 8259 
and allt 0b ;enable IRO 
out ocwl_port,al *#send new IR mask to 8259 
mov ah,9 ;setup for DOS print string function 
mov dx,offset msg ;point to message 
int 21h print’ it 
mov ax,4c00h 
int 21h ; terminate program 
main endp 
test_isr proc 


;This procedure is an interrupt service routine (ISR) 
7installed as type 58h. All it does is print an asterisk (*) 


push 
push 
push 
push 
push 
push 
push 


in 
or 
out 


mov 
mov 
int 
in 

and 
out 


al,ocwl_port 
al,00000001b 
ocwl_port,al 


ah,2 
(o WURLEd 
21h 


al,ocwl_port 
al,11111110b 
ocwl_port,al 


;save all registers because we want 
;this ISR to be totally non-destructive 


;disable the type 58h interrupt 


;print the asterisk 


;enable the type 58h interrupt 


FIGURE 13-3 The test program for installing a type 58h ISR 
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pop 
pop 
pop 
pop 
pop 
pop 
pop 


iret 7exit the ISR 


test_isr endp 


db 10,13,’ The ISR has been installed.s’ 


FIGURE 13-3 (continued) 


L] Use the monitor’s LIST INTERRUPTS command (A) to examine the current 
status of the interrupt vector table. Notice that there is no ISR installed for 
type number 58h. 


C] Run the program. 


The program should execute and terminate. You will see the program termi- 
nation message on the screen. 


CL] Issue the monitor’s LIST INTERRUPTS command (A). 


You should see that interrupt type number 58h is active in the interrupt vector 
table, and that the address of the ISR which will service that interrupt is 
listed. 


CL) Use the TERM88’s VIEW command to examine your program’s listing file 
and determine the address of the ISR. 


Compare that address with what is shown in the LIST INTERRUPTS output. 
They should be the same address. 


CL) Quickly toggle the switch and observe the results. Describe what you 
observe: 


C] Start a memory dump command and then quickly toggle the switch in the 
middle of the dump. Describe what you observe: 
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CL) Using a logic probe, observe the INTR input to and the INTA output from 
the 8088 as you activate the toggle switch. Describe your observation: 


L] Use the monitor’s INPUT and OUTPUT commands to disable the type 58h 
interrupt. 
Because you don’t want to change any of the other IR mask settings, you 


will have to first read the current mask from the 8259’s OCW1 port using 
the INPUT command. 


Then determine what the mask byte should be with the only change to the 
mask being that IRO is masked. Finally, use the OUTPUT command to send 
the new mask byte to the 8259’s OCW1 port. This is the normal procedure 
for changing the interrupt mask for the 8259. 


To see if the type 58h interrupt has been disabled, toggle the switch. De- 
scribe what you observe: 


More About the Monitor Program 


The monitor program emulates the DOS functions which install an ISR (DOS 
function 25h) and get an ISR address (DOS function 35h). You have already seen 
how to use DOS function 25h to install an ISR address in the interrupt vector 
table. DOS function 35h can be used to determine the current ISR address which 
is installed in the interrupt vector table. This ISR address can be stored in mem- 
ory prior to a new ISR address being installed in the interrupt vector table. Then, 
just before the program terminates, and if the need exists, the old ISR address 
can be restored to the interrupt vector table. 

In examining how to use DOS function 25h to install an interrupt service 
routine address in the interrupt vector table, you may notice a difference with the 
same function as used in the DOS environment on a personal computer. If you 
are familiar with how DOS function 25h works in the personal computer envi- 
ronment, notice that although this function in the microcomputer environment re- 
quires you to specify the offset address of the ISR (by putting it in the DX 
register), it does not require you to specify the segment address of the ISR. This 
is because of the memory arrangement in the microcomputer circuit whereby all 
memory resides in segment 0000h. 

Since only 64K of memory is installed, there is only one active memory seg- 
ment, and that segment is 0000h. Therefore, al] addresses in the microcomputer 
system have a segment address of 0000h. This includes addresses in the code 
segment, the stack segment, the data segment, and the extra segment. In fact, the 
monitor initializes all of the segment registers to 0000h as one of the first orders 
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of business after starting up. Because all segment address values are 0000h, there 
is no reason to specify a segment address for DOS function 25h. This function, 
in the microcomputer environment, automatically places a 0000h at the segment 
location of the ISR address entry in the interrupt vector table. 

By the same token, DOS function 35h returns only the offset address of 
the ISR whose interrupt vector table entry is being queried. There is no reason 
to return the segment address of the ISR because you already know what it is: 
0000h. 

You might be wondering what would happen if an interrupt type occurred for 
which no ISR has been installed. In the microcomputer circuit, nothing would 
happen! This is because all entries in the interrupt vector table for which no ISRs 
have been installed contain the address of a “null” ISR which does nothing but 
immediately terminate. The multiple entries in the interrupt vector table for this 
ISR are contained in the EPROM, and are not reported by the LIST INTER- 
RUPTS command. What does this ISR look like? Simple: 


null proc 
iret 
null endp 


The monitor program, during its startup, installs the address of this ISR into 
every entry in the interrupt vector table. Then, later, it installs the ISRs used in 
the system, replacing only that particular null ISR address. All other entries re- 
main unchanged and contain the address of the null ISR. Because there are only 
a handful of valid ISRs in the microcomputer system, most of the entries in the 
interrupt vector table contain the address of this null ISR. 

Now, about the NMI interrupt we mentioned earlier in the activity. As we 
said, the NMI input is non-maskable. What this means is that once you supply an 
interrupt signal to the NMI input, there is no way to make the 8088 ignore it. 
Since the NMI is positive edge triggered, this means that if the NMI input re- 
ceives a logic 0 to logic 1 transition then a type 2 interrupt will be executed—no 
exeptions! 

The microcomputer circuit uses the NMI interrupt for a special purpose: the 
real-time system clock. In reality, the system clock consists of nothing more than 
four memory variables: hours, minutes, seconds, and hundredths. These four 
variables start keeping time when the microcomputer circuit is powered up. But 
how are these variables updated so that they function as a clock? 

This is where the NMI interrupt comes in. The monitor program configures 
timer 1 on the 8253 so that it produces a steady stream of square wave pulses 
whose period is 50 mS. This pulse signal from the 8253 is connected to the NMI 
input on the 8088. Figure 13-4 illustrates this connection. 


FIGURE 13-4 The system timer connection 
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As a result, a type 2 interrupt occurs every 50 mS in the microcomputer sys- 
tem. The type 2 ISR updates the memory variables that constitute the real-time 
clock. It simply adds 5 to the hundredths variable (5 hundredths = 50 mS). Then, 
if the hundredths variable is up to 100, it sets it back to 0 and then adds 1 to the 
seconds variable. Then, if the seconds variable is up to 60, it sets it back to 0 
and adds 1 to the minutes variable. Finally, if the minutes variable is up to 60, it 
sets it back to 0 and adds 1 to the hours variable. 

The type 2 ISR executes very rapidly and terminates, so there is plenty of 
“processor” time left before the next pulse occurs. This ensures that system per- 
formance is not degraded. Had the NMI interrupt been set up to operate on a 
higher frequency input, say 5 mS, then system performance would be degraded 
because not very much “processor” time would be left over after executing the 
type 2 ISR and before the next 5 mS pulse occurred. As you can imagine, a sig- 
nificant percentage of processor time would be spent on the type 2 ISR. This 
would cause all other processing to be slow and sluggish. However, the clock 
would be more accurate because updating would occur more often. 

By the same token, a much slower pulse, say 1 S, could be used for the NMI 
input. As you can probably see, this would result in a very low percentage of 
processor time being spent on the type 2 ISR. The trade-off would be that the 
clock does not have as much resolution and is not as accurate, because it would 
be updated only once per second, even though it contains a variable for hun- 
dredths of a second (which presumably would always be at 0). All in all, 50 mS 
seems a good balance between the issues of accuracy and system performance. 
And, because the NMI input cannot be masked, the clock maintains perfect time. 

Now, how is the system clock accessed? The monitor program provides emu- 
lation of DOS functions 2ch and 2dh (get system time, and set system time). Re- 
fer to Appendix B for details on how to use these two DOS functions. Using the 
set system time function, you can set the system clock to any value at any time. 
By using the get system time function, you can get the system time at any place 
in a program. This opens up several possibilities for use in a program. The most 
obvious use would be as an event timer. A program could time any event (hard- 
ware or software) by simply setting the system time to 0 just before the event 
and then reading the system time just after the event. There are, of course, many 
other possibilities for use of the system clock. 

Before ending our brief introduction to the system clock, let’s run a short 
program which has no really useful purpose, but does illustrates how to use it. 
Examine the listing in Figure 13-5. This program prints an asterisk (*) on the 
screen at precise one second intervals. The way it does this is to monitor the sys- 
tem clock, and every time one second elapses, it prints an asterisk. 


[] Make the NMI connection from the 8253. 


First, unwrap and remove the wire-wrap connection between the NMI pin 
and GND. Then, install the wire-wrap connection between the OUT 1 pin on 
the 8253 and the NMI pin in the 8088. 


L] Create a source file from the listing in Figure 13-5, then assemble and link it 
to create an executable binary file. 


(1) Run the test program. 


Use the download function in the TERM88 program to download the binary 
executable file to the microcomputer. Use the monitor’s RUN command to 
execute the program. Notice that an asterisk is printed on the screen at one 
second intervals. Confirm this with a watch or other timing instrument. 


126 ACTIVITY 13. Exploring Interrupts 


ee 


DOC III III II III III IS IOI I TOI I Ke te ae 
7* Name: Mary Johnson 

7* Date: 5 October 1993 

; 

7* Program name: CLK.ASM 


ok 
7 


FORO III III III III IO III IG ISI II I IOI III I I a ak 


-model tiny 
.code 


This is the demonstration program for the system clock 


org 5000h 
proc 


mov ah,9 #print the sign on message 
mov dx,offset msg 
int 21h 


mov ah, 2ch 
int 21h 7get system time 
cmp dh, sec 7has "seconds" changed? 


je kbtest #no - check keyboard 

mov sec,dh 7yes - then store new "seconds" value 
mov ah,2 

mov aigee 

int 21h #print the asterisk 


ah, Obh #see if user wants to quit 

21h 

al,0 key pressed? (0 = no, ff = yes) 
again 7no - do the loop again 


ah, 8 sempty input buffer by getting the 
21h 7keyboard char with no echo 

ax, 4c00h ;terminate program 

21h 


10,13,’ This program will print an asterisk (*) every second.’ 
10,13,’ Press any key to end the program ,10,13,’ $’ 


FIGURE 13-5 Program listing for the system clock test 


L] Modify the program to print the asterisk at an interval of every three sec- 
onds. Run the modified program and verify that it functions correctly. 


eESo———_EeEEEE>E>EEEE——————————————— 
For Further Study 


As you can see from the listing which results from the LIST INTERRUPTS 
command, there are several system interrupts installed in the microcomputer. One of 
the most important of these is the type 21h interrupt. This single interrupt han- 
dles all DOS functions, including screen output and keyboard input. What do you 
think would happen if a type 21h interrupt were changed to the null interrupt? 


L] Write and run a program which will install a null ISR for the type 21h inter- 
rupt. What is the resulting effect on the monitor program? Why is this? 
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Name: Date: 


QUESTIONS 


1. How long will the type 58h ISR remain installed in the system? 


2. Why does even a very brief toggle of the switch cause so many asterisks to appear 
when the type 58h ISR installed in this activity is active? (Hint: the 8259 can be 
configured for two different triggering modes.) 


3. Why is it necessary to disable the int 58h interrupt inside the ISR? What happens if it 
is not disabled? Experiment with this if you need to. 


4. Use the dump memory command to examine the interrupt vector table in RAM. Do you 
see a pattern? What is the address of the null ISR? 


5. How is the result of masking an interrupt request input on the 8259 different from the 
result of a disable interrupt command (STI)? 
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6. Can an ISR address be installed in the interrupt vector table using the monitor’s 
EXAMINE MEMORY command? Reset your microcomputer and download the test 
program for this activity, but don’t run it. Now, examine the listing file for the program 
to determine the ISR’s address. Use the EXAMINE MEMORY command to place this 
address at the proper place in the interrupt vector table (0160h). Does it work? 
Describe your observations. What is your conclusion? 


7. Although there is no way to mask a type 2 interrupt (NMI), there is a software method 
for effectively disabling the ISR which handles the system clock. Can you think of 
what it is? Describe your method below. 
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ACTIVITY 
The Polled Centronix 
Printer Interface 1 4 


Objectives 


> To configure and use the 8255A as a polled Centronix printer 
interface 


Materials and Components 
Microcomputer completed through Activity 10 
Centronix 36-pin solder connector with hood 


16-pin IDC header plug for ribbon cable 


-—_- —=—= —-— — 


16-pin wire-wrap socket with label ID 


Miscellaneous Supplies 
Wire-wrap wire and wire-wrap tool 
Wire cutters 

Soldering iron and solder 


Approximately 15 feet of 12 conductor ribbon cable 


Discussion 


In Activity 12, we explored simple I/O using the microcomputer’s auxiliary 8255 
PPI. We learned that simple I/O has no regard for the readiness of the sending or 
receiving external device, or for synchronization between the two. In this activ- 
ity, we use the microcomputer’s primary 8255 to explore and construct a polled 
I/O interface. 

Polled I/O is closely related to simple I/O. Polled I/O is similar to simple I/O 
in that it only occurs when the program gets around to doing it. In other words, 
the microprocessor must query the external device to see if it needs servicing. 
Unlike interrupt I/O, there is no provision for the external device to signal the 
microprocessor to let it know that it needs servicing. Like simple I/O, external 
hardware events have no control over the initiation of polled I/O operations. 
Where polled I/O differs with simple I/O is in the procedure used to do the 
actual data transfer (either to or from an external device). Let’s look at the differ- 
ences between simple I/O and polled I/O. 
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There are basically two ways that data can be transferred from an I/O device 
to the microprocessor or vice versa. One way, called simple I/O, calls for the 
data transfer regardless of whether or not the receiving device is ready for it. 
Often, it doesn’t matter whether the receiving device is asked if it is ready 
for the data because the design of the circuit is such that the receiving device 
will always be ready. The LED and DIP switch circuit constructed in a previous 
activity is just such an example: can the LEDs ever be “not ready” to receive 
a transmitted data byte? Can DIP switches ever be “not ready” to be read? Obvi- 
ously not. 

But other circuits can be different. For example, you would not want a micro- 
processor circuit to transmit a data byte to a printer if the printer is not ready for 
the byte. For this reason, the printer and the microprocessor circuit must coordi- 
nate the data transfer so that it only occurs when the receiving device is ready 
for it. The coordination, or synchronization, is done through a process known as 
handshaking. 


The Handshake Data Transfer 


In a typical handshake data transfer, the sending device first asks the receiving 
device, “are you ready for data?” This type of query is called polling. If the 
sending device is a microprocessor, it may repeat the question until the answer 
is “yes, I am ready for data,” or it may poll other devices before returning to 
ask the question again. Eventually, the question is answered with a “yes.” Then, 
the sending device will transmit the data over the data pathway between the 
two devices. Next, the sending device sends a strobe signal. When the receiving 
device receives the strobe signal, it knows that the data on the data pathway 
between it and the sending device is present, and it captures or latches the data. 
Finally, the receiving device sends an acknowledge signal to the sending device, 
so that the sending device can stop transmitting. 

As you can see, the handshaking method ensures that an accurate and timely 
exchange of data takes place. The sending device has waited until the receiving 
device has signaled its readiness to receive the data, and then, after receiv- 
ing it, has transmitted the data and waited for the receiving device to acknow- 
ledge that the reception was successful. But, how do the sending and receiving 
devices actually know how to perform the handshake routine? 

The handshake routine is handled either by a software routine or by “smart” 
hardware. If the handshake is handled by software, it must be designed and 
tested for accuracy. You should be able to see now that writing software for 
polled I/O is a bit more involved than simple I/O when the software must gener- 
ate and recognize handshake signals. If the hardware is capable of generating and 
recognizing handshake signals, then the software is no more difficult than simple 
I/O. In this activity, you will use software to manage the handshaking signals. 
However, the 8255 is capable of automatically generating and recognizing hand- 
shake signals, and you will get some experience in writing software to do this in 
the next activity. 


The Centronix Interface 


The Centronix parallel interface is a unidirectional interface used by practically all 
computers for sending data to a printer. Computers send data to a Centronix 
printer port using a special handshake protocol developed by the Centronix printer 
company. This protocol is nothing special, but it is now a standard because it is 
so widely used. Its main feature is that it allows for computers which can operate 
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very fast to be able to send data to a printer (or any other device for that matter) 
which is much slower than the computer. 

Through the use of handshaking, the computer will never send data to the 
printer at a rate faster than what the printer can handle. This is because hand- 
shaking requires the computer to only send data to the printer when the printer 
tells the computer that it is ready to receive a character. Because of the two way 
orchestration of the data exchange in a handshake data transfer, the word trans- 
action is often used to describe it. The timing diagram of a Centronix transaction 
between the computer and the printer is shown in Figure 14-1. 

Notice in this timing diagram that the computer first transmits the character 
onto the 8-bit parallel pathway between the computer and the printer. Then the 
computer samples the BUSY signal from the printer and waits for the printer to 
be “not busy.” When the printer is “not busy”, the computer pulses its STROBE 
output to tell the printer that the character on the 8-bit parallel pathway is valid. 
When the printer receives the STROBE pulse, it captures the character on the 8- 
bit parallel pathway and the transaction is complete. As you can see, not all 
handshake procedures follow the exact same sequence. However, all handshake 
transactions do involve the two way communications between the sending and 
receiving device, which assures that data is not transmitted until the receiving 
device is ready for it. 

As we said earlier, the management of this type of timing between two de- 
vices can be done with either hardware or software. If a software program han- 
dles the transaction, it is called a device driver because it “drives the device.” 
Anytime a polled peripheral device is added to a computer system and the soft- 
ware must be responsible for sending and receiving data, a device driver must be 
written to synchronize the flow of data between the device and the computer. 
The device driver is normally written as a service subroutine which handles one 
unit of data transfer (in this case, a single character or byte). Therefore, in order 
to add a Centronix interface to a computer, the service subroutine must be 
designed and written. The finished Centronix service subroutine should transmit 
a single character to the printer using the Centronix rules of data transfer. 


DATA 
(to printer) 


BUSY 


' 
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(from ' 1 
printer) u f 
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STROBE 
(to printer) : : ! i | 
1 t 1 ' 
1 i] 1 i} 
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The character to be printed is transmitted by the computer to the printer on the DATA lines 
The printer eventually transmits NOT BUSY back to the computer 

The computer transmits a logic 0 to the printer on STROBE (first half of pulse) 

The computer transmits a logic 1 to the printer on STROBE (last half of pulse) 

The printer transmits a BUSY back to the computer since it is now printing the character 


DY OF NS a 


Computer removes character from DATA lines - end of cycle 


FIGURE 14-1 The Centronix transaction timing diagram 
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The Hardware Connection between the 8255 and 
the Centronix Printer 


The simplified connection diagram (not showing the 16-pin DIP plug) between 
the 8255 and the Centronix printer port is shown in Figure 14-2. This connection 
uses the primary 8255’s port B as the data pathway, and two of the port C lines 
as the handshake signals. Notice that one of the handshake signals (STROBE) is 
an output, while the other one (BUSY) is an input. Here we begin to take advan- 
tage of some of the features of the 8255 PPI. Remember that the 8255 port C can 
be accessed as two separate 4-bit ports. To accommodate the two handshake sig- 
nals, we simply divide up port C into two 4-bit ports, configure one half as input 
and other half as output, and use one line from each group. As you can see in the 
diagram, PCo.3 will be configured as input while PC4.7 will be configured as 
output. We will use PCo as the BUSY input from the printer, and PC4 as the 
STROBE output to the printer. 

To make the connection between the microcomputer and the printer easier to 
manage, we will wire the 8255 port B and C lines to a 16-pin DIP socket. The 
printer cable will then have the Centronix plug on one end and a 16-pin IDC 
plug on the other end. With this arrangement, disconnecting the printer cable 
from the microcomputer will be easy to do. The wiring connections between the 
8255 and the 16-pin socket are shown in Figure 14-4. The wiring for the printer 
cable is shown in Figure 14-5. A side-by-side view of both of these diagrams, 


Centronix 16 pin DIP socket 


Printer 


FIGURE 14-2 Signal connections between the 
microcomputer’s 8255 and the Centronix printer 


: ; FIGURE 14-3 Wiring connections between 
ees Sete ae the 8255 and the 16-pin DIP socket 


12 conductor 
tibbon cable 


41 BUSY 


1 STROBE 


FIGURE 14-4 Wiring of the printer cable 


MICROCOMPUTER CIRCUIT BOARD 
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PRINTER CABLE 


12 conductor 
ribbon cable 


BUSY 
STROBE 
ACK 
GND 


FIGURE 14-5 Side-by-side view of wiring between the 8255 and the Centronix plug 


OUTPUT DATA 
BYTE 
READ BUSY 
FROM PRINTER 


NO 
STROBE = 1 


FIGURE 14-6 Flowchart 
of the Centronix service 
subroutine 


showing the connections all the way from the 8255 to the Centronix plug, is 


shown in Figure 14-5. 


The Software Driver 


The software driver for a polled interface consists of just the service subroutine. 
Obviously, this makes the polled interface easy to implement with software. In 
the next activity we will implement the Centronix interface as an interrupt driven 
interface, and will see that in the interrupt environment the software driver con- 
sists of a command processor and a service subroutine (the ISR). 

The flowchart for the printer service subroutine is shown in Figure 14-6. Using 
this flowchart, the source code subroutine procedure called print_char has been 
developed and is shown in Figure 14-7. 


print_char proc 


This procedure sends the character in the al register 
to the Centronix port. No registers are changed. 


push ax 

out data_port,al 
print_char_loop: 

in al,port_c 

and al,1 

jnz print_char_loop 

mov al, pc4low 

out ctrl_port,al 

mov al,pce4hi 

out ctrl_port,al 

pop ax 

Let 


print_char 


7Save ax since we use it in here 

7send data byte 

;waits for printer to be not busy 

7get BUSY bit (PCO) 

;is printer BUSY (PCO = 1)? 

syes - then try again 

sbit set/reset control word to make PC4 low 
7send it 

;bit set/reset control word to make PC4 high 
7send it 

;restore ax 


FIGURE 14-7 The Centronix service subroutine listing. Note that data_port, 
port_c, pcflow, and pc4hi must be defined with the EQU statement somewhere 


in the calling program. 
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INITIALIZE 8255 


PRINT CHAR 


FIGURE 14-8 Flowchart 
for the testing program 


As you can see from the flowchart in Figure 14-6, there are basically three 
steps for the Centronix service subroutine to accomplish: 


P output the byte to be printed 
P wait for the printer to be NOT BUSY 
P pulse the STROBE line low, then high 


In examining this flowchart, let’s point out a very important feature of this 
subroutine: notice that as long as the printer is “busy” the computer will be 
“hung up” at this point in the subroutine waiting for the printer to be “not busy.” 
This could take only a few milliseconds, or it could take minutes, hours, or 
longer (depending on the reason why the printer is “busy”). 

The point is, the computer can’t do anything else except keep checking the 
status of the printer and waiting for it to change to “not busy.” As you can prob- 
ably guess, this can amount to an enormous waste of CPU time. This is a charac- 
teristic of polling. We won’t worry about this waste of CPU time for now, but in a 
later activity we will worry a lot about it and actually figure out how to build a 
Centronix interface without having to tie up the CPU to “wait” for the printer! 

In examining the source code for this service subroutine, notice that we have 
taken advantage of another feature of the 8255. To pulse the STROBE line, we 
simply use the BIT SET/RESET mode of the 8255 to make PC4 low and then 
make PCq high. Also, take particular note on how PCo was tested to see if just 
that bit was at logic 1 (1 = BUSY, 0 = NOT BUSY). 

After writing a subroutine, then next logical step is to test it. The only way 
to test a subroutine is to exercise it from a program. If it is possible to exercise 
the subroutine under all possible operating conditions, then this should be done. 
Since the subroutine we wish to test is designed to output characters to a Cen- 
tronix printer, it is easy to follow this test philosophy: the test program will at- 
tempt to output every possible printable character to the printer. That character 
set involves ASCII codes 20h through 7eh. 

The resulting flowchart for the test program is shown in Figure 14-8. Like 
many test programs you will design, it is simple and clean. The most important 
thing to remember about a test program for a subroutine or piece of hardware is 
to think through what the testing should show you. In this case, the test process 
should show us that the printer service subroutine has successfully transferred 
characters to the printer. How will we see this? Simple. If the program works 
and the cable is correct, then all those characters should come out on the printer. 

Figure 14-9 contains a partial listing for the test program. Notice that the 
subroutine and the 8255 initialization code will have to be integrated into this 
listing to make it functional. 


put code to initialize the 8255 here 


al,20h sstart with 20h 


print_char sprint the character (or at least try!) 
al #next character 

al,7eh +1 7did we just get through with 7eh? 
not_done 7no - then keep going! 


FIGURE 14-9 Partial listing of the test program 
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Using Figure 14-3 as a guide, make the wiring connections between the 
primary 8255 (installed in Activity 8) and the 16-pin DIP socket. 


Using Figure 14-4 as a guide, make up the printer cable. 


You will need only twelve conductors of the ribbon cable you have. Peel off 
the twelve conductors by starting with a small cut with the wire cutters. If 
your ribbon cable is marked for pin 1 (typically this conductor is red), take 
your twelve conductors from that side of the cable. 


Using an IDC 16-pin DIP plug and an IDC press (if available; if not, care- 
fully use pliers), press the connector and the ribbon cable together. If you 
have a marked pin one conductor, make sure it is on the pin one side of the 
IDC plug. 

The Centronix connector is soldered onto the ribbon cable. Be very careful 
with the pin numbers, sometimes they are hard to read. Separate each con- 
ductor and strip about '4” of insulation from each one. Tin all of the conduc- 
tors lightly, before soldering to the Centronix plug. 


cayTidn Place the Centronix hood on the ribbon cable before 


soldering to the Centronix connector! 
EE ie SSIES AIA He ee ees, 


Identify each conductor with a continuity test before soldering it to the Cen- 
tronix plug. For example, identify the conductor which is connected to the 
IDC plug pin 5 before soldering it to the Centronix connector on pin 11. 
After soldering the Centronix conductor, inspect each solder connection care- 
fully! Then slide the Centronix hood up to the Centronix connector and con- 
nect the two together. 


Perform continuity tests. 


First, carefully test the printer cable to make sure that it is constructed cor- 
rectly. Then test the connections between the 8255 and the 16-pin DIP 
socket. 


Using the program listings in Figures 14-7 and 14-9, construct the complete test 
program, assemble it, and link it to create an executable binary program file. 


Plug in the printer cable to both the microcomputer and the printer and 
power up both. 


cayTION Observe the alignment of the plug! Plugging the cable 
into the 16-pin socket turned the wrong way could 
damage the 8255. 


Download the test program and run it. 


If all is well, the printer will print all 95 printable characters one time and 
then stop; as shown in Figure 14-10. All of the letters of the alphabet (both 
upper case and lower case) will be in order. If they are not, or if graphic or 
“garbage” characters show up, then the test failed. 
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"#S%8&" ( )*+,-./0123456789: ;<=>? @ABCDEFGHIJKLMNOPQRSTUVWXYZ[ \] *_‘abcedfghijklmno 


pqrstuvwxyz{ |} ~ 


FIGURE 14-10 Printer output from the test program 


Troubleshooting 


As with most prototyping activities involving wire-wrapping, the most common 
mistake is a wiring mistake. So, the first step you should do is to repeat the con- 
tinuity check of the cable and the connections to the 16-pin DIP socket. 

The following list comprises some of the most common wiring mistakes in 
this activity: 


> using the auxiliary 8255 instead of the primary 8255 


> connecting the data lines from the 16-pin DIP to the system data bus 
(they should go to port B on the primary 8255) 


> offsetting the data lines (i.e., connecting D1 to PB1 instead of 
PBO, etc.) 


> miswiring the printer cable 


> plugging the printer cable into the DIP socket backward 


You might also want to remove the primary 8255 from its socket and con- 
duct a continuity test directly between the 8255 socket and the Centronix plug. 

Finally, go over your test program with a fine toothed comb. Make sure you 
constructed the test program correctly, based on the two program listings. Pay 
attention to the ORG statement. A common mistake is to leave it out, or to ORG 
your program too low in memory. Refer to the microcomputer memory map to 
identify the RAM area of the microcomputer’s memory. 
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Name: Date: 


QUESTIONS 


1. List some similarities and some differences between simple I/O and polled I/O. 


2. What situations govern the choice between simple I/O and polled I/O? 


3. Describe the process of I/O data transfer using handshaking. 


4. Describe the Centronix printer transaction sequence. 


5. List and describe the three operating modes of the 8255. 
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6. What is a software driver? What is its purpose? 


7. What are the two methods by which the handshaking sequence can be handled by a 
microprocessor controlled circuit? 


8. In what operating mode of the 8255 is the printer interface in this activity handled? 


9. What unique feature of port C is utilized in this activity? 
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ACTIVITY 
The Interrupt Driven i 5 
Centronix Interface 


Objectives 
> To explore and utilize the automatic handshaking modes of the 8255 
> To install the 8255 as an interrupt driven Centronix printer interface 


> To explore the development of device driver software which will 
manage interrupt driven |/O devices 


> To explore the management of |/O buffers 


Materials and Components 
4 Microcomputer completed through Activity 14 


Miscellaneous Supplies 
> Wire-wrap wire and wire-wrap tool 


> Wire cutters 


ERS SS SE 


Discussion 


In the last activity, we installed an 8255 as a polled Centronix printer interface. 
In this activity, we will make two modifications to the installation: 


> we will modify the polled Centronix interface so that it uses the 
automatic handshake features of 8255 mode 1 operation 


> we will then modify the polled mode 1 Centronix interface to function 
as a fully interrupt driven interface 


Mode 1 Operation of the 8255 PPI 


Up to now, all operations we have performed with the 8255 have been in mode 0, 
which is simple I/O. The 8255, though, is capable of two other operating modes 
known as mode 1 and mode 2. Both of these modes are handshaking modes. 
Both groups of ports in the 8255 can be configured for mode 1 operations, which 
is one-way transfer (either input or output, but not both) with automatic hand- 
shake. Only group A can be configured for mode 2 operation which is two-way 
transfer with automatic handshake. 
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One of the important things to know about mode 1 operations is that port C 
becomes a status port. This makes sense if you think about it. Remember that 
handshaking requires two additional signal lines in addition to the 8-bit data 
pathway. These two handshake signal lines are provided in port C. In addition, 
the 8255 also provides an interrupt request output signal so that mode 1 can op- 
erate as an interrupt driven interface (more about this later). This makes a total 
of three control lines. With both groups able to support mode 1, we can see that 
all of ports A and B are used as well as 6 of the port C lines. This leaves only 2 
of the port C lines available for general I/O. 

When the 8255 is operating in mode 1 output, the handshaking signals oper- 
ate automatically. There is no need for the I/O software to either generate or 
monitor the handshake signals. The only thing the I/O software needs to do is to 
make sure that OBF is at logic 1, and then simply write the output data byte 
to the appropriate data port. From that point on, the 8255 takes over all of the 
handshaking responsibilities. Let’s examine what happens when a mode 1 output 
occurs. We will assume that the 8255 is configured for mode 1 output with group 
B, which means that port B is our output port. Refer to Figures 15-1 and 15-2 for 
the following discussion. 

First of all, the I/O program should test OBF to make sure the output buffer 
is not full. This is done by reading port C and testing the appropriate bit, in this 
case PC1. When OBF is at logic 1 (indicating the output buffer is not full), the 
I/O program should write the output data byte to port B. The I/O program’s role 
in the data transfer ends here. 

As soon as the 8255 receives the output data byte from the microprocessor, it 
forces the OBF output to go to logic 0, indicating that the output buffer is full. 
The INTR output also goes to logic 0 if it has been enabled (more about this 
later). The OBF transition also serves as the STROBE output to the external 
device which is receiving the output data byte. In our case, this would be the 
Centronix printer. The printer, after having captured the output data byte, then 
signals the successful transaction by sending a negative pulse on its ACK output. 
This signal is received by the 8255 and lets the 8255 know that the transaction is 
complete. In response to the ACK signal, the 8255 forces its OBF output to a 
logic 1 to indicate that it is ready to perform another output. If INTR has been 
enabled, it too returns to a logic 1. 

As you can see, all of the handshaking is performed automatically by the 
8255—as long as it is not overloaded (this is why the I/O program must check 
OBF before writing the data byte to the output port). The mere act of writing the 
data byte to the output port triggers the automatic handshaking. 


8255 
Mode 1 Centronix Configuration 


=> TO PRINTER 
DATA BUS 


TO STROBE (Printer) 


FROM ACK (Printer) 


TO 8259 IR3 


FIGURE 15-1 The Centronix interface using FIGURE 15-2 Timing diagram of the 8255 
the 8255 in mode 1 mode 1 output transaction 
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START 
INPUT FROM 
PORT C 


OUTPUT 
PRINTER CHAR 


FIGURE 15-3 Flowchart 
for mode 1 polled printer 
service subroutine 


A flowchart illustrating the I/O program’s role in mode 1 output is shown in 
Figure 15-3. This flowchart should be used when writing the mode 1 polled out- 
put service routine. Keep in mind that this interface, even though it uses the 
automatic handshake feature of the 8255, is still a polled I/O interface. The I/O 
program must still wait for the printer to be “ready” to receive a character from 
the microprocessor circuit. The printer output still only occurs at very specific 
places in the program’s course of execution. In other words, all output events are 
still initiated totally by the program. 


Hardware Connections for Mode 1 Output 


Figure 15-4 shows the wiring between the primary 8255 and the 16-pin DIP 
socket which must be made to accommodate mode 1 output on port B. Those 
connections which represent changes from Activity 14 are marked with an aster- 
isk (*). A summary of the changes is shown in Table 15-1. Notice that absolutely 
no changes are made to the printer cable. 

Now, let’s convert our software driven handshake service routine into one 
that uses the 8255’s automatic handshake feature and see what difference that 
makes in the I/O programming. 


CL] Make the wiring changes between the primary 8255 and the 16-pin DIP 
socket as illustrated in Figure 15-4 and summarized in Table 15-1. 


[] Using the flowchart shown in Figure 15-3, write a new service subroutine for 
printer output. 


The entry requirement for this new service subroutine is exactly the same as 
for the service subroutine developed in Activity 14: the print character is 
in the al register. As you can see, this new service subroutine is designed to 
directly replace the Activity 14 service subroutine. 


CL] Modify your print test program from Activity 14 to include the new printer 
service subroutine. Add a very short delay subroutine that executes after each 
print character is processed. Make sure that you completely remove the old 
service routine. 


16 pin DIP socket 


1. Disconnect PCO from 16-pin DIP socket, pin 5 
2. Disconnect PC4 from 16-pin DIP socket, pin 14 
3. Connect PC1 to 16-pin DIP socket, pin 14 
4. Connect PC2 to 16-pin DIP socket, pin 15 


TABLE 15-1 


FIGURE 15-4 Wiring between the primary 8255 
and the DIP socket for the mode 1 polled Centronix 
printer interface (*denotes change from Activity 14) 
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> Note: The 8255 initialization routine at the beginning of your 
test program must also be changed. The new 8255 
configuration is: group A = mode O, group B = mode 1, 
port A = input, port B = output, port C = in/in. 


CL] Power up the microcomputer and connect the printer using the printer cable. 


C) Run the new printer test program. 


Assemble, link, and download the executable binary program file to the 
microcomputer. When you run the program, the same output (all print- 
able ASCII characters) as was produced in Activity 14 should also be pro- 
duced here. 


Now, to illustrate the inherent waste of CPU time in a polled I/O interface, let’s 
purposely overload the printer and see for ourselves how the I/O program will 
respond. To do this, the test program will have to be modified again in such a 
way that a much larger print job is given to the printer. We will make the print 
job longer by outputting the ASCII character several times instead of just once as 
we have it now. 

How much larger does the print job have to be? That depends. If the printer 
you are using does not have a built in print buffer, the print job doesn’t have to 
be that much larger. Try outputting the ASCII character set three times in succes- 
sion (a 285 character print job). If, on the other hand, you are using one of the 
newer printers, chances are the printer has an internal printer buffer. In this case, 
we will have to give it a print job long enough to overflow the printer’s internal 
buffer. Try outputting the ASCII character set 50 times in succession. 

To get your test program to output the ASCII character set more than once, 
construct a programmed loop around the loop which produces the ASCII charac- 
ter set. You can then change that loop’s loop counter to control how many times 
the ASCII character set is produced. 


CL] Make a copy of your test program to make an experimental test program. 
Modify your experimental test program for a long print job as detailed 
above. 


C) Run the experimental test program. 


If you get the monitor’s prompt back on the screen before the print job is fin- 
ished printing, you did not overload the printer. Make the print job longer 
and try again. 

If your printer starts printing garbage characters, insert a delay loop in the 
printer driver itself, so that after outputting a character the driver will delay 
before exiting. Although this doesn’t happen with all printers, it appears that 
some "choke" when fed a large print job at a high rate of speed. This appears 
to be the result of checking only the printer’s ACK output instead of both the 
ACK and the BUSY outputs. The delay loop seems to be a good work 
around for this problem, if it even occurs. 


If you see that your microcomputer is “frozen” while the print job finishes, 
you are seeing what can happen with the polled interface. As you observe 
how long the microcomputer is locked up with the print job, and knowing 
how fast the 8088 microprocessor can execute instructions, just imagine how 
many other instructions could have been executed during this time! 


Now, let’s move on to the creme de la creme of interface methods! 
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The Interrupt Driven Interface 


In this half of the activity, we make a simple modification to the interface cir- 
cuit’s hardware, along with a major modification to its software driver, and make 
an interrupt driven printer interface. Along the way, we will explore some very 
fundamental differences between polled I/O and interrupt driven I/O. 


Polling vs. Interrupt Driven First of all, let’s ask a very fundamental ques- 
tion: Why is an interrupt driven printer interface superior to a polled printer 
interface? 

To answer this question, we must consider the relative speeds of the com- 
puter and the printer. Under ideal conditions, the average dot matrix printer takes 
about 6 to 15 milliseconds to receive and print a single character. While this may 
sound fast, consider that the computer is capable of executing a complete data 
exchange handshake in as little as 9.6 1S, assuming 4 clock periods bus cycle 
and 12 bus cycles to transfer the data. This means that the computer is about 600 
to 1500 times as fast as the printer. When things such as instruction pre-fetching 
are considered, the computer can be many more times as fast as the printer. 

When the computer is so much faster than the printer, and when the com- 
puter must send more than one character to the printer in succession (which is 
most likely the case), a data transfer bottleneck will occur with a polled inter- 
face, resulting in wasted CPU time. This is because the computer must wait for 
the printer to finish printing the last character before it can “hand-off” the next 
character. The amount of time spent by the computer waiting on the printer can 
add up to enormous amounts. 

Consider the following scenario: the computer must send a page worth of 
characters to the printer, which takes about 30 seconds to print it. With a polled 
interface (which requires the computer to wait on the printer), the computer must 
wait for the entire 30 seconds for the page to be printed. During that amount of 
time, assuming a 5 MHz clock, the 8088 microprocessor could have executed 
over 10 million other instructions! 

The interrupt driven printer interface is much more efficient for the micro- 
processor because it frees the program from having to wait on the printer. In fact, 
the only time the program will have to deal with the printer is when the printer 
is ready to print another character. This means that the only waiting the program 
performs is the time it takes to hand-off a character to a printer which is ready to 
accept it. Between characters, the computer is free to execute other instructions. 

This is the basic philosophy behind the interrupt driven printer interface: be- 
cause the printer is capable of “telling” the computer when it is busy and not busy, 
let the “not busy” status of the printer serve as a hardware interrupt to the computer 
system. Then, when the printer has finished printing a character and become not 
busy, the processor can be interrupted in order to transmit another character to the 
printer. After transmitting the character to the printer, the program can then con- 
tinue with other instructions until the printer is once again not busy. 


Software Implementation Before we jump off into the deep end writing soft- 
ware, we need to consider something very important: just what is it about the 
interrupt driven interface that prevents the I/O program from wasting CPU time? 
Just because the printer now has the capability to interrupt the microprocessor 
doesn’t mean we’ve accomplished any great advantage over polling. To see why, 
let’s examine the typical print job of, say, 500 characters. 

Suppose that a computer running a program that is about to generate a 500 
character print job has only the interrupting capability in place. Now, since the 
printer doesn’t yet have anything to do, it is trying to interrupt the system to say 
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“I’m ready to print,” but the interrupt is masked because the program has not yet 
generated any print characters. 

The program now generates the very first print character of the print job. 
First, it unmasks the interrupt capability of the printer and generates the first 
print character. The printer, not having anything to do yet, interrupts the system, 
which now recognizes the interrupt. The ISR gets the generated print character 
and gives it to the printer. The printer now becomes “busy” and the interrupt re- 
quest is no longer generated. However, the computer, being so much faster than 
the printer, has already generated the next print character. So what do you think 
it does now? It has to wait for the printer to get “not busy” so that it can hand- 
off that print character. 

Can you see what’s wrong? Here we are with an interrupting printer inter- 
face, but we find the program still waiting on the printer. We still have wasted 
CPU time. Nothing has been gained. Do you know what’s missing? What’s miss- 
ing is a way for the program to get rid of the generated print character, even if 
the printer is busy, yet still ensure that the character will eventually get printed. 
What the program needs is an output buffer. 

The output buffer is nothing more than a reserved area of memory for “char- 
acters in waiting.” It is set up and maintained by the program for only one rea- 
son: to serve as a temporary holding area for the generated print characters. 
Using an output buffer, it doesn’t matter if the printer is busy when a print char- 
acter is generated. The device driver simply puts the character into the output 
buffer and lets the main program resume control. Putting a character into mem- 
ory can be done much faster than giving it to a printer! As a result, the program 
can get rid of generated print characters almost as fast as they are generated. The 
job of actually handing them off to the printer only occurs when the printer is 
ready to accept a character. Therefore, this part of the device driver does not 
execute until the printer interrupts the system. 

As you can see, we now have the device driver software taking on two dis- 
tinct functions: 


> One function is to put a generated print character into the output buffer 
(this function represents the command processor) 


> the other function is to take a character out of the output buffer and 
send it to the printer whenever the printer interrupts the system (this 
function represents the interrupt service routine, or ISR) 


Now that we have provided for an output buffer, the interrupt driven printer 
interface is complete. Print jobs quickly clear the program generating them, 
allowing the program to move on to other tasks. The printer’s interrupt request 
signal causes an interrupt service routine to execute, which takes the generated 
print characters out of the output buffer and actually sends them to the printer. 
Because that part of the device driver only executes when the printer is ready, no 
CPU time is spent waiting for the printer to finish printing a character. 

As you can see, there is only one scenario in which the program would lock 
up servicing the printer, and that would be if the generated print job was so large 
that it filled up the output buffer. At that point, the command processor would 
have to start waiting for an available place in the output buffer to put the gener- 
ated print character, but a place would only become available at the speed that 
the printer could take characters out of the output buffer for printing. For this 
reason, an output buffer should be made large enough so that only very rarely 
does it fill up, yet not so large that it hogs system memory. 
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As it turns out, all interrupt driven I/O device drivers manage buffers and 
consist of two parts: the command processor, and the interrupt service routine. 
Both are written as subroutines. The command processor becomes a normal sub- 
routine running under program control, while the ISR is executed only when an 
interrupt request occurs. They both share equal responsibility for maintaining the 
buffer. As we shall see now, the output buffer is a special kind of buffer which 
must be carefully managed. 


The Output Buffer Before trying to manage the output buffer, we need to un- 
derstand exactly what it does and when it is done. When the program generates 
a character to be printed, it simply places it into the printer buffer. This part of 
the driver software is called the command processor since it is the “print” com- 
mand. The flowchart for the command processor is shown in Figure 15-5, 

The operation of the interrupt service routine (ISR) for the printer interface is 
actually very simple: whenever the interrupt is executed, it merely retrieves the 
next character in the buffer and sends it to the printer port. Because the ISR will 
only be executed when the printer is ready for a character, the computer only has 
to deal with the printer when it is ready to print something. As a result, the com- 
puter never wastes time waiting for the printer to be ready. And, in a departure 
from the polled ISR, there is no longer even a need to check OBF before sending 
a character to port B. A flow chart for this part of the printer driver is shown in 
Figure 15-6. 

In examining these two flowcharts, notice that only the ISR determines 
whether or not the printer buffer is empty. Also, the ISR is the only part of the 
device driver which can mask the printer’s interrupt request. This is necessary 
because of the nature of the interrupt signal being generated in this interface. Re- 
member that the printer only generates an interrupt when it is ready for another 
character to print. However, the computer may not always have a character it 
wants printed every time the printer is ready; that is, the print buffer might be 
empty! So, unless the computer has some characters for the printer to print, the 
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for the interrupt driven printer interface the interrupt driven printer interface 
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interrupt request signal from the printer must be masked. Otherwise, the proces- 
sor would be driven crazy by the printer constantly interrupting to say “I’m 
available to print!” 

In the same fashion, notice that only the command processor determines 
whether or not the buffer is full. In addition, only the command processor can 
unmask the printer’s interrupt request. 

Taking this into consideration, here is how the system works (refer to Figures 
15-5 and 15-6): 


> When the computer has a character to print, it places it into the printer 
buffer, and then unmasks the printer interrupt. 


> The printer ISR eventually executes and gets the character from the 
buffer and prints it. 


> Because the ISR keeps up with how many characters are in the buffer, 
it will mask the printer interrupt after getting the /ast character from 
the buffer. 


An analogy to this process is that the first person (character) who goes into 
the room (buffer) turns on the light (interrupt) while the last person (character) 
who leaves the room (buffer) turns off the light (interrupt). 


Managing a Circular Buffer You may have noticed by now that the printer 
buffer is “circular” in nature. This means that as characters are removed from 
the buffer by the ISR, those locations become available to be used again by the 
command processor. Managing a circular buffer like this requires the use of a 
buffer counter and two pointers: an input pointer and an output pointer. 

The input pointer points to the next available location in the buffer while the 
output pointer points to the next character whose turn it is to be removed. When 
the highest location in the buffer has been used, the pointers redirect input and 
output back to the lowest location in the buffer. As characters are added to the 
buffer, both the input pointer and the buffer count are incremented. As characters 
are removed from the buffer, the output pointer is incremented and the buffer 
count decremented. If incrementing either of these buffers results in pointing to a 
location past the end of the buffer, the pointer then is loaded with the lowest ad- 
dress of the buffer. This scheme makes the buffer into what is known as a “circu- 
lar” buffer, or “ring” buffer. Access to a circular or ring buffer is FIFO in nature, 
which means “first in first out.” 

Writing software which correctly manages the printer buffer might seem 
complicated at first but is really simple after inspection of the requirements. 
Keep in mind that you will have both an input pointer and an output pointer to 
help you. In addition, you also have a variable that holds the current buffer 
count. The requirements for managing a circular buffer are: 


P to initialize both the input and output pointers to the beginning of the 
buffer to start with 


> when a character is added to the buffer, it is written into the location 
pointed to by the input pointer and both the input pointer and the 
buffer count are incremented 


> when a character is removed from the buffer, it is read from the 
location pointed to by the output pointer, the buffer count is 
decremented, and the output pointer is incremented 
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P that the buffer count (how many characters are in the buffer) is always 
considered before adding a character to the buffer, so that the buffer 
will not be overflowed 


> that the buffer count is also considered after removing a character from 
the buffer, so that the printer’s interrupt can be masked if the last 
character has just been removed 


> when incrementing either of the two pointers results in pointing to a 
location past the end of the buffer, then the pointer is re-initialized 
with the address of the lowest location in the buffer 


An example of various buffer configurations and the resulting buffer counts 
is illustrated in Figure 15-7. For source code suggestions on how to set up the 
buffer and its pointers, see the example in Figure 15-8. 

To summarize the software implementation, two subroutines must be devel- 
oped: a command processor (which loads print characters into the output buffer), 
and an interrupt service routine (which takes them out and sends them to the 
printer). If the command processor detects that the print character going into 


IN 


START 7 END BUFFER COUNT =0 


OUT 


IN 


START END BUFFER COUNT =7 
OUT 
START END BUFFER COUNT = 4 


BUFFER | | | | BUEFER 
START END BUFFER COUNT = 6 


OUT 


FIGURE 15-7 Examples of a circular buffer and 
how pointers are used to manage it 


+ Suggestions for setting up the printer buffer in your source file. 

; These lines are part of your program’ s data definition. Use these 
variables 

; in the command processor and the interrupt service routine to manage the 
; output buffer. 


buffer count 2 storage for buffer count 

out_pointer 2 7;Storage for output pointer 

in_pointer 2 ;storage for input pointer 

printer buffer max_len dup (?) ;this is the output buffer 


# The following equate should appear near the top of your source file 


max_len equ 100 ;<— or whatever length you want 


FIGURE 15-8 Example of assembly language code showing how the circular 
printer buffer is defined 
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FIGURE 15-9 


INTR connection for mode 1 interrupt driven 
printer interface in the microcomputer circuit 


the output buffer is the first one, it puts the character in and then unmasks the 
printer’s interrupt request. If the interrupt service routine detects that the character it 
is taking out of the buffer is the last one, it masks the printer’s interrupt request. 


Hardware Implementation The hardware implementation for the interrupt 
driven printer port has just a single, simple requirement: it must generate an 
interrupt when the printer is not busy. This interrupt signal is connected to the 
interrupt controller circuit for processing. 

Generating this interrupt request signal is very easy when using the 8255 in 
mode 1 output. Notice in Figure 15-1 that in addition to the OBF and ACK con- 
trol signals associated with port B, there is also an output called INTR. In exam- 
ining the timing waveforms for the mode 1 output transaction in Figure 15-2, 
notice that the INTR output goes to logic 1 after the completion of a data trans- 
fer, and goes to a logic 0 during a handshake. This signal becomes the printer’s 
interrupt request output line, and is connected to the IR3 input of the 8259. This 
connection is the only remaining connection to enable operation of the interrupt 
driven printer port, and is shown in Figure 15-9. 

Notice that the INTR output from the 8255 is only available if the control in- 
put to the AND gate you see in Figure 15-1 is a logic 1. This bit, PC2, is called 
the INTEg control, which stands for interrupt enable for port B. The bit is set by 
using the BIT SET/RESET command. 


The Test Program To test the interrupt driven Centronix interface, the testing 
program has only to send a string of characters to the printer, just as in the last 
activity. Don’t forget, though, that the program must install the printer ISR into 
the interrupt vector table and set the INTEg flag (see below). The printer inter- 
rupt request, though, is not unmasked. Unmasking of the printer interrupt re- 
quest is only done by the device driver. A suggested flowchart for the test 
program is shown in Figure 15-10. 


8255 (mode 1) 


PRINTER 
INTERRUPT 
REQUEST 


INSTALL THE PRINTER ISR IN 
INTERRUPT VECTOR TABLE 
INITIALIZE LOOP COUNTER = 95, 
INITIALIZE CHAR = 20H 


1S LOOP 
COUNTER = 0 
x 


FIGURE 15-10 Suggested 
flowchart for test progam 


co 
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As we have just said, the 8255s INTEp flag must be set for the 8255 to 
generate an interrupt request signal. This is done by setting PC2 with a BIT 
SET/RESET command word. Clearing this bit prevents the 8255 from generat- 
ing the INTR output. Don’t confuse the INTER flag with the process of masking 
the interrupt input on the 8259 interrupt controller: the INTEp flag should 
always be set, while the IR3 input on the 8259 can be masked and unmasked 
as necessary. In the test program, the INTEg flag is set in the main program and 
is not altered again. 


Procedure 


L] Using the wiring diagram shown in Figure 15-9, make the wiring connec- 
tions for the interface (8255 INTR to 8259 IR3 input). This is the only wir- 
ing left to be done for the interrupt driven printer port. 


CL] Using the suggested flowchart in Figure 15-10 (or one of your own), write a 
program which tests the interface. Be sure that the program: 


P initializes the 8255 
> sets the INTEp flag (PC2) 


> installs the ISR into the interrupt vector table (hint: use DOS 
function 25h) 


[1 Download the test program to the microcomputer and run it. 


You should immediately observe that the printer prints a string of characters 
which looks something like the following: 


I"#SSE ()*+,-./0123456789: ;<=>? @ABCDEFGHIJKLMNOPORSTUVWXYZ 
[\] *_\ abcdefghijklmnopqrstuvwxyz{ |} ~ 


Troubleshooting 


More than likely, any problem you have will be in getting anything to print. Be- 
cause the wiring changes for this part of the activity involve only one wire, go 
ahead and verify it again. Chances are great, though, that a problem here is a 
software problem. 

The monitor program has a way to test the wiring of your interrupt driven 
printer interface. First, make sure the printer is connected to the microcomputer 
and is on. Then, reset the microcomputer by pressing and releasing the reset but- 
ton. Do not download your test program. Type the control character on 
the personal computer’s keyboard. This is done by holding down and typing 
the letter (P). 

From this point on, everything that goes to the personal computer’s screen is 
also sent to the printer. Perform a dump memory command to see if it is also 
printed on the printer. Typing again toggles this feature to off. 

If this test procedure works, then it is almost certain that the problem lies in 
your software. Here is where very careful inspection of your source code will 
reveal the problem. 
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Carefully check your source listing against the flowchart and look for dis- 
crepancies. Also, make sure you double check the code which initializes the 
8255 and which enables the INTEg output from the 8255. Another area to check 
is in the masking and unmasking of the IR3 input on the 8259. These two tasks 
are done by bit manipulation of the 8259’s interrupt mask. This must be done 
carefully or you can disable the entire microcomputer! Refer back to Activity 13 
for an example of how to manipulate the interrupt mask. 


SS RT 
a SSS 


For Further Study 


In the first half of this activity, and after having successfully installed the polled 
interface using 8255 mode 1, we experimented with what it would take to over- 
load the printer and cause the CPU to start waiting on the printer. It is also pos- 
sible to overload the fully operational interrupt driven interface. To do this 
requires the program to generate a print job which overloads the output buffer of 
the device driver. 

Using the experimental program from the first half of this activity as a guide, 
increase the size of the print job until the microcomputer starts waiting on the 
printer. 

How big did you have to make the print job before it overloaded the out- 
put buffer? What is the relationship between the size of the print job and the 
output buffer when the overload occurred? What do you believe to be the ideal 
size of the output buffer for the microcomputer circuit? What is the trade-off for 
a larger output buffer? 


SS aS SSS SS DR 
—————————— ne eeenneereeeeeens 


Summary 


Installing an interrupt driven device into a microcomputer circuit can be easily 
done so long as all things are considered. One of the most important things to 
consider is “what message does the interrupt signal deliver to the computer?” In 
this case, the interrupt message from the printer is “I am now available to print a 
character.” In realizing that we don’t always want to print a character just be- 
cause the printer is “available,” we are able to see the logic behind the interrupt 
service routine. 

Another consideration of the interrupt I/O scheme is “how is data passed to 
and from the I/O circuit?” In this case, the ISR handles Ball dealings with the in- 
terrupt device (the printer). However, the method of sending data to the printer 
involves another subroutine which accesses the same printer buffer as the ISR. 
This subroutine puts characters into the buffer and the ISR takes them out and 
sends them to the printer. 

The buffer is an integral part of virtually any interrupt driven I/O device, be- 
cause that is how data is received and/or transmitted without having to wait on a 
slow I/O device. It is the purpose of the ISR to handle the I/O device at a time 
when waiting is not required. 
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Name: Date: 
QUESTIONS 


1. What feature of the 8255 determines whether or not an interrupt request is generated 
during mode 1 operations? 


2. Why is the printer’s ACK signal used for 8255 mode 1 handshaking instead of the 
BUSY signal as was used in the mode 0 printer interface? 


3. Why can’t simple I/O be used with the Centronix printer interface? 


4. Why must the printer’s interrupt request signal be masked sometimes? Would that 
reason be true for all interrupt driven output? 


5. What are the two software components of the software driver in an interrupt driven I/O 
interface? 
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10. 


Suppose that a 50 character print job is sent to an interrupt driven Centronix interface 
in the microcomputer circuit and those characters printed OK, but then the printer kept 
printing garbage characters and never stopped. What do you think might be the 
problem? 


What is the purpose of the output buffer and why is it necessary? 


What is an interrupt service routine, and how is it different from a normal subroutine? 


What would be the result of using an output buffer in this activity which is too small? 


What is the difference between masking an IR input on the 8259 to disable an interrupt 
versus Clearing the interrupt flag with the CLI instruction? 


ACTIVITY 
The Interrupt Driven 
Serial |/O Circuit 7 6 


Objectives 
> To become familiar with the basics of serial |/O 
> To become familiar with the use of the 8251A USART 


> To install and test an interrupt driven auxiliary serial port on the 
microcomputer 


Materials and Components 

Microcomputer completed through Activity 10 

DB9S (female) right angle connector (printed circuit board mount) 
DBSP (male) solder type plug 

8251A USART 


-=- —-—- — —- 


Miscellaneous Supplies 
> Wire-wrap wire and wire 
> Hookup wire 

> Soldering iron and solder 
> Wire cutters 
> 


Needle nose pliers 


Discussion 


This activity concerns itself with installing an additional serial I/O port on the 
microcomputer. This serial port will be used to setup a microcomputer to micro- 
computer communications link in a later activity. Using this link, we will be able 
to do things like transfer a program from one microcomputer to the other, and 
send text messages back and forth between microcomputers. The first step, 
though, is to get the circuit installed and tested. 

After having completed the interrupt driven printer interface in Activity 15, 
you will find that installing an interrupt driven serial interface, while not identi- 
cal, is very similar. One of the primary differences will be that since the serial 
I/O represents both input and output, two interrupt requests, each having its own 
device driver and interrupt request, have to be developed. Figure 16-1 shows a 
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8251A USART 


Data Bus D0-D7 < Serial data out 
74LS138 


Serial data in 
Request to send 


Clear to send 
8259 
RxRDY 
RESET TxRDY 


FIGURE 16-1 Block diagram of the auxiliary 8251A USART connections in the 
microcomputer circuit 


block diagram of how the auxiliary 8251A serial I/O circuit will be installed into 
the microcomputer circuit. 

The 8251A USART integrated circuit chip is capable of handling a wide va- 
tiety of requirements which may be asked of a serial I/O circuit. Several consid- 
erations must be addressed before serial operations can begin. 


Sending and Receiving Serial Data 


As can be seen from Figure 16-1, the 8251A sends and receives serial data over 
the TxD and RxD pins respectively. Except for common use of the 8251A’s data 
port, these two pins represent two complete and independent circuits in the 
8251A USART. To send a byte of serial data, the microprocessor need only out- 
put the byte to the 8251A’s data port. The 8251A then converts the byte to serial 
format and transmits it out over the TxD output. However, the data byte must not 
be sent to the 8251A while it is in the middle of transmitting the previous byte, 
or a transmit error could occur. 

A similar process exists for receiving a byte of serial data. When the 8251A 
receives a byte of serial data on the RxD input pin, it “assembles” the bits back 
into a byte and places it in the data port. The microprocessor circuit then only 
has to “read” the data port to retrieve the byte. Obviously, the microprocessor 
circuit should read the data port after a byte of serial data has been received and 
before the next byte arrives. More about that later. 


Configuration of the 8251A 


The 8251A exists in a microcomputer circuit as two I/O ports: the data port and 
the control port. As mentioned, the data port is where data is sent and received. 
Like the 8255, the configuration of the 8251A is done by sending a mode word 
to the 8251A’s control port. The mode word controls things such as the number 
of bits per byte, parity checking, framing, and so forth. After a mode word has 
been sent to the control port, one or more command words may then be sent 
to the control port. The command word controls things such as enable/disable 
of the transmit circuit and/or the receive circuit, the modem control pins, inter- 
nal reset, and so forth. Both the mode word and the command word are dis- 
cussed later. 


16|_J SYNDET/BD 
15] TxRDY 


FIGURE 16-2 Pin out 
diagram of the 8251A 
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Setting the Baud Rate of the 8251A 


The baud rate, or rate of communications, is measured in “bits per second.” 
Therefore, a baud rate of 1200 bps means that the serial circuit can send and 
receive 1200 bits every second. 

To make the 8251A send/receive at a desired baud rate, two things must be 
done. First, the resolution must be set using a command word sent to the 8251A 
control register. The 8251A has three different degrees of resolution or scrutiny 
of the serial data signal. The resolution is set to either “x1”, “x16”, or “x64.” 
Naturally, the “x64” mode will give the highest resolution, but it requires a 
higher clock speed as will be shown below. A resolution of “x1” is the lowest 
resolution and is the resolution most likely to be unforgiving toward received se- 
rial data. 

After determining the resolution, the next item is to calculate the required 
transmit/receive clock frequency. This is done by multiplying the desired baud 
rate by the resolution. For example, if the “x64” resolution mode is to be used to set 
up a 9600 baud serial I/O, then the required transmit/receive clock frequency is: 


9600 x 64 = 614,400 Hz 


A clock signal of this frequency would have to be connected to the TxC and 
RxC inputs on the 8251A for it to operate at 9600 bps. 

As you know, the microcomputer uses the 8253 programmable interval timer 
to generate the baud rate clock signals. Since the frequency of the outputs from 
this timer chip can be changed under software control, the baud rate of the serial 
ports can also be changed under software control merely by programming an- 
other “divide by” command into the appropriate counter in the 8253. 

Also, because the 8251A operates in three resolutions (x1, x16, x64), sending 
another configuration word to the 8251A which selects a different resolution 
would also change the baud rate. 


Pin Descriptions of the 8251A USART 


Refer to the pin out diagram in Figure 16-2 for the following discussion of the 
pins on the 8251A USART. 


CTS This is an input to the 8251A and must be true (logic 0) in 
order for the 8251A to transmit any serial data. In the micro- 
computer circuit, this pin is brought out to a DB9 connector, 
so that it can be connected to an external serial device. 


TxD This is the serial data output pin. All transmitted data appears 
on this pin. 
RxD This is the serial data input pin. All incoming serial data must 


be connected to this pin. 


RESET Bringing this input to a logic 1 causes the 8251A to clear its 
previous configuration. This can also be done using a 
command word. In the microcomputer circuit, this input is 
wired to the RESET output of the clock controller chip. 


CLK The CLK input can be connected to just about any system 
clock. It does not directly influence the transmit and receive 
baud rate. However, it must be of a frequency which is at 
least 4.5 times the transmit or receive baud rate clock for 
asynchronous operations. If the 8251A is being operated in 
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synchronous mode, then the CLK input must be at least 30 
times the transmit or receive baud rate clock. All serial 
operations in the microcomputer circuit are asynchronous. 


c/D This input is used to select either the 8251A’s internal data 
port or control port. 


DSR, DTR, These three pins represent modem control signals, which are 
TS used to synchronize a transmitting device to a receiving device. 
They do not affect the operation of the 8251A in any way, but 
they can be controlled by the use of software. 

One of these pins, RTS, is used in the serial circuit to 
control the transmitter in the remote serial device. This pin is 
wired to one of the pins on the DB9 connector. The other two 
pins, DSR and DTR, are not used in the microcomputer circuit. 


TxRDY, These two pins are status signals which indicate that the 

RxRDY transmit and receive buffers are ready to be written to or read 
from, respectively. Many circuits, including the 
microcomputer, use these two pins as interrupt request signals 
from the 8251A. These two pins can also be polled via the 
8251A’s status word. 

The microcomputer circuit uses these two pins to generate 
interrupt requests from the serial receive and serial transmit 
circuits. As a result, they connect to two of the interrupt 
inputs on the 8259, as shown in Figure 16-1. 


SYNDET/BD For synchronous operation, this pin will go to logic 1 when 
the sync character has been received by the USART. For 
asynchronous operations, this pin will signal the receipt of a 
“break” condition. This pin is not used in the microcomputer 
circuit. 


TxE This is the “transmitter empty” flag and goes to logic 1 
whenever the transmit buffer of the 8251A is empty. It is not 
used in the microcomputer circuit. 


Programming the 8251A USART 


Before we can use the 8251A for serial data communications, the chip must be 
programmed. Programming the 8251A USART is a two step process: 


P transmit a mode word to the 8251A control register 


P transmit a command word to the 8251A control register 


The mode word can only be transmitted once, and must occur after a RESET. 
A command word can be sent at any time to the control port. 

Figure 16-3 shows the format of the 8251A mode word. Notice that several 
important operating characteristics of the 8251A are determined by the mode word. 


Number of stop bits The 8251A can transmit 1, 114, or 2 stop bits with 
every transmitted character. This setting is for transmission only. The 8251A 
never requires more than one stop bit for reception. So how do we know how 
many stop bits to set up for transmit with the 8251A? The requirements of the 
device receiving from the 8251A determines the number of stop bits which 
should be specified in the mode word. 
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DFO, Oy Op. Os, By. -By 


PARITY ENABLE 
1=ENABLE 0 = DISABLE 


EVEN PARITY GENERATION/CHECK 
1=EVEN 0=ODD 


NUMBER OF STOP BITS 


FIGURE 16-3 The 8251A mode word format 


Parity Generation/Check Serial communication is subject to line noise, 
surges, and other conditions which can cause an error in reception. One of the 
ways to determine whether a received byte is error free is the parity generation/ 
check method. In this method, the transmitting and receiving USARTs agree on 
a parity scheme—let’s say that it is “odd parity.” Now, every character is exam- 
ined by the transmitting USART and a parity bit is added to the character such 
that its parity will be odd. For example, if the character’s parity is already odd, 
then the parity bit will be a 0. If the character’s parity is already even, then the 
parity bit will be a 1. 

The receiving USART will check every incoming character’s parity, and if it 
is not “odd” then the parity error flag in the status word is set. The software 
which is running the receiving USART can check this flag after receiving each 
character to see if there was an error in reception. An important feature of the 
8251A USART is that the parity bit is a transparent bit; that is, it is never placed 
into the receive buffer. 

By setting bit 5 of the mode word, you are telling the 8251A to use even par- 
ity, while a 0 in this bit setting selects odd parity. 


Parity Enable Since not every device is capable of sending/receiving parity 
bits, the 8251A has a way to enable/disable the parity sending and checking fea- 
ture. Placing a 1 in bit 4 of the mode word will enable parity while a 0 will dis- 
able parity. If parity is enabled, then the parity selection determined by bit 5 in 
the mode word will be used. If a parity error is detected by the 8251A, then the 
parity error flag in the status word will be set. If parity detection is important, 
the programmer should make sure that the parity flag is checked with every re- 
ceived character, so that parity errors can result in the execution of some sort of 
recovery routine in the program. 


Character Length The 8251A is capable of using 5, 6, 7, or 8 bit charac- 
ters. If anything less than 8 bit characters is used, the corresponding bits in the 
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most significant part of the byte are Os on receive and are ignored on transmit. 
Most systems today use either 7 or 8 bit character length. 


Baud Rate Factor The baud rate factor determines whether or not the 8251A 
is operated in synchronous or asynchronous mode, and if asynchronous it deter- 
mines the divide by factor for the transmit and receive baud rate clocks. 


The 8251A Command Word 


After deciding on the desired configuration of the 8251A and then transmitting 
the appropriate mode word to the 8251A control port, the command word is 
transmitted to the 8251A control port. Figure 16-4 shows the configuration of the 
8251A command word. As you can see, there are several command driven fea- 
tures of the 8251A which are controlled through the command word. 


Enter Hunt Mode This command begins a search for the sync character and is 
obviously only used in the synchronous mode of operation. Because we are using 
the 8251A in asynchronous mode for this activity, this bit is a “don’t care” bit. 


Internal Reset This bit should only be a 1 if it is desired to reset the 8251A 
so that another mode word can be transmitted to the control port. 


Request to Send This bit, when set to a logic 1, will force the RTS output 
pin to a logic 0. This has absolutely no effect on the operation of the 8251A. 
It’s purpose is to control, or trigger a remote transmitter, 


Error Reset Several error conditions can be detected by the 8251A. These 
error conditions are parity error, overrun error, and framing error. Setting the 
error reset bit to a logic 1 will “clear” the error flags in the status word. 


D, D, Ds D, D, D, D, Dy 
es] [rx felon 


TRANSMIT ENABLE 
1 = ENABLE 
0 = DISABLE 
DATA TERMINAL READY 
1 = FORCE DTR TOO 
ECEIVE ENABLE 
= ENABLE 
= DISABLE 
A SEND BREAK CHARACTER 
1 = FORCE TxD "LOW" 
0 =NORMAL OPERATION 
ERROR RESET 
1 = RESET ERROR FLAGS 
PE, O&, FE 
REQUEST TO SEND 
1 = FORCE RTS OUTPUT 
TO LOGIC 0 
INTERNAL RESET 
1 = FORCE INTERNAL 
RESET 


ENTER HUNT MODE* 
1 = ENABLE SEARCH FOR 
SYNC CHARACTERS 


* (HAS NO EFFECT IN 
ASYNC MODE) 


o-7 


FIGURE 16-4 The 8251A command word format 
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Send Break Character A break character is defined as a steady state logic 0 
on the transmit data line. It is sometimes used to interrupt normal communi- 
cations between two serial devices, usually when there is some sort of error. 
Setting this bit to a logic 1 will force the TxD output (transmit data line) to a 
logic 0. For normal operations, this bit should be a logic 0. 


Receive Enable Setting this bit to a logic 1 will enable the 8251A to begin 
gathering serial data on the RxD input line. Clearing this bit causes the 8251A 
to ignore all incoming serial data. 


Data Terminal Ready This bit controls another of the 8251A’s modem output 
signals. Setting this bit to a logic 1 will cause the DTR output to go to logic 0. 
As with all of the modem output signals, this does not affect the operation of the 
8251A. Its purpose, when used, is to control, or trigger a remote serial device. 


Transmit Enable Setting this bit to a logic 1 will enable the 8251A to serially 
transmit all data bytes sent to its data port. If this bit is cleared, the 8251A 
ignores all characters written to its data port and does not send them out as 
serial data over the TxD output line. 

Sending data to the 8251A for serial transmit is a simple process: simply 
write the character which is to be transmitted to the 8251A’s data port. However, 
this should only be done as long as the 8251A is not busy serially transmitting a 
previous character. Receiving a character is also simple: perform a read of the 
8251A’s data port. Obviously, this process is meaningless if a character has not 
first been received on the serial receive line (RxD). 


The 8251A Status Word 


If the 8251A is to be operated in a polled I/O circuit, there will have to be a way 
for the program to poll the 8251A to see if a character has been received (for 
receive) or if it is OK to send a character (for transmit). This is done by reading 
the 8251A’s status word from the control port. Figure 16-5 shows the format of 
the status word. 


Data Set Ready [If this bit is a logic 1 then the DSR input on the 8251A is at 
a logic 0 level. This is one of the 8251A’s modem control signals and does not 
affect the operation of the 8251A in any way. 


Framing Error When a device sends a byte of serial data in the asynchronous 
mode, it first sends a start bit, followed by the byte, ending with a stop bit or 
bits. Because the asynchronous mode implies that data can be transmitted at any 
time, we see why it is important for the byte to be “framed” by the start and 
stop bits. In this manner, the receiving device can correctly receive a serially 
transmitted byte at any time. 

From time to time, though, it is possible for a transmission error to occur 
in which the byte is not properly “framed.” When this happens, the 8251A sets 
the framing error flag (FE) so that the program running the 8251A can detect 
this error. 


Overrun Error If the 8251A receives a byte of serial data before the pre- 
viously received byte is “read” by the program, the previous byte of data is lost 
and is replaced by the latest received byte of serially received data. Under ideal 
conditions, the program running the 8251A will read the 8251A’s data port 
every time a byte of data is received over the 8251A’s RxD serial input line. 
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Ds 4 D, 
SYNDET/ 
BRKBET: | oc | TxEMPTY} RxRDY | TxRDY 


PARITY ERROR 

The PE flag is set when a Barly 

is detected. It is reset by the E 

the Command Instruction. PE does 
not inhibit operation of the 8251A. 


OVERRUN ERROR 
The OE flag is set when the CPU 
does not read a chracter before the 


j 
previously overrun character is lost. 


FRAMING ERROR (Async only) 

The FE flag is set when a valid Stop 
bit is not detected at the end of every 
character. It is reset by the ER bit of 
the Command Instruction. FE does 
not inhibit the operation of the 8251A. 


DATA SET READY 
peace that the DSR is at a zero 
level. 


Note 1: F 
TxRDY status bit has different comes from the TxRDY output pin. The status 


bit is not conditioned by CTS and TxEN; the output pin is conditioned by both 
CTS and TxEN. 


FIGURE 16-5 The 8251A status word format 


However, if that doesn’t happen and another byte of serial data is received on 
RxD before the previously received byte is read from the 8251A’s data port, 
then the overrun error flag (OE) is set. This error condition can then be detected 
by the program. 


Parity Error Another type of error in transmission can result in “jumbled” 
bits in the transmitted byte. Chances are that if this occurs it will change the 
parity of the byte. If the receiving device is an 8251A and it is checking parity, 
a parity error will be detected. This will cause the parity error flag (PE) to be 
set to a logic 1 in the status word. 


Syndet/Brkdet, TxEmpty, RxRdy, TxRdy All of these bits in the 8251A’s 
status word have the same definition as the pins carrying the same names. 

As you can probably see by now, the status word is very important to polled 
operation of the 8251A. For example, when the program wishes to receive a byte 
of data, it must read the status word and check for RxRDY until it is true. Then 
it can perform a read of the 8251A’s data port to actually get the received data 
byte. In a similar fashion, when the program wishes to transmit a byte of serial 
data, it must first read the status word until TxRDY shows true. Then the data 
byte to be transmitted can be written to the 8251A’s data port. Figure 16-6 shows 
a typical example of polled input and output software routines. Notice that in 
both cases, it is necessary for the processor to “wait” on the 8251A until it is 
ready to either receive or transmit a character. 

If the 8251A is being operated as in interrupt driven interface, then the status 
word is not so necessary. This is because TXRDY and RxRDY are available on two 
of the 8251A’s output pins, so they can be used as actual interrupt request sig- 
nals. For receive operations, the program will execute an ISR to read the 8251A’s 
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;char in al register — save it 


;read USART status word 

7;see if bit 0 is = 1 (TxRDY) 

;if 0 then try again 

7else USART is ready -- so get char 
;and write it to data port 


;read USART status word 

;see if bit 1 is = 1 (RxRDY) 

;if O then try again 

;otherwise, read data port 

;and return with received char in al 


endp 


FIGURE 16-6 Example of polled output and polled input for the 8251A 


data port whenever the RxRDY interrupt occurs. The occurrence of the TxRDY 
interrupt signals the computer circuit that the 8251A is available for transmit, 
and the program can immediately write a character to the 8251A’s data port. 


Interrupt Driven Serial Output 


Setting up the software for interrupt driven serial transmission is almost identical 
to the interrupt driven Centronix driver written for the last activity. Data which is 
to be transmitted is written to a buffer by a “transmit” command processor sub- 
routine which unmasks the TxRDY interrupt. The transmit ISR then takes the 
characters out of the buffer in FIFO manner and writes them one at a time to 
the 8251A’s data port. Refer to the flowcharts in Figures 16-7a and 16-7b when 
writing your transmit command processor and transmit ISR. Notice that these 
flowcharts are almost identical to the ones used in the previous activity with the 
interrupt driven Centronix interface. 


Interrupt Driven Serial Input 


Interrupt driven receive is somewhat different than transmit. The RxRDY inter- 
rupt signal tells the program “I have just received a character.” The receive ISR 
then must read that character from the 8251A’s data port immediately, so that an 
overrun error will not occur. The received character is then placed into a separate 
receive buffer. The program’s receive command processor has the responsibility 
of reading the character out of the receive buffer and do to it or with it whatever 
the program needs to be done. Because the RxRDY interrupt signal only occurs 
when a byte is actually received (as opposed to the TxRDY interrupt signal 
which says only that the 8251A is “available” for transmit), it is never masked 
by the program. 


Controlling a Remote Transmitter 


There is one possible problem unique to interrupt driven input. That occurs 
whenever the receive buffer is “full” and another character is received on. the 
8251A’s RxD serial input line. The receive ISR will get the byte from 
the 8251A’s data port, but there is no where to put it because the receive buffer 
is full. When this happens, the ISR must either discard the character, or wait for 
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4 BUFFER COUNT = BUFFER COUNT - 4 


FIGURE 16-7a Command processor for interrupt FIGURE 16-7b Interrupt service routine for 


driven serial output 


interrupt driven serial output 


a place to open up in the receive buffer. If the ISR is written to wait on the re- 
ceive buffer, it is hoped that yet another character will not arrive on the 
USART’s RxD input. Suffice to say that anytime the receive buffer becomes full 
with no way to tell the remote transmitter to stop sending, then there is going to 
be trouble. If the sending device is a “slow” device (such as a terminal), this will 
almost never be a problem. However, if the sending device is a “fast” device 
(such as another computer), which can generate and send huge amounts of data, 
either the risk of losing data must be accepted or a way of controlling the send- 
ing device must be worked out. 

Several different methods of control are possible. One solution is a hardware 
arrangement wherein the receiving device can “turn off” the transmitting device 
when it needs to. A way of doing this is for the receiving device to be in control of 
the remote transmitter’s CTS input through a modem control signal. Anytime 
that a USART’s CTS input is at logic 1, it is inhibited from sending any more 
characters. In addition, the transmitting USART’s TxRDY will indicate “not 
ready” as long as CTS is at a logic 1, thus ensuring that the sending USART’s 
interrupt output to its processor will not cause its transmit ISR to execute. 

To implement this system, however, an output on the receiving USART must 
be found which can be controlled through software and which will connect to the 
CTS input on the transmitting USART. The RTS output serves the purpose quite 
nicely, as it is easily controlled through the use of an 8251A command word. 

In setting up a system in which the receiving devices can control the remote 
transmitters, the role of each part of the receiving device driver must be carefully 
stated. It is the duty of the receiving command processor to see if the buffer 
status is safe for continued reception and to enable the remote transmitter. On the 
other hand, it is the duty of the receiving interrupt service routine to monitor the 
status of the buffer and to disable the remote transmitter when the buffer starts 
getting too full. 

The receiving command processor, then, will always check the buffer count 
after receiving a character from the transmitting USART. If the buffer count shows 
that the buffer is not in danger of being full, the RTS output is forced to logic 0, 
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to enable the transmitting USART to continue sending characters. In our case we 
will define the condition “in danger of being full” to mean anytime the buffer 
count is within three bytes of its maximum. Thus, if the receive buffer is more 
than three bytes from capacity, the RTS is forced to logic 0 to enable further 
transmission from the the remote transmitter. 

At the same time, the receive interrupt service routine (ISR) will always 
check the buffer count after receiving a character and placing it into the buffer. 
If the buffer is less than three bytes from capacity, it will signal the sending 
USART to stop sending by forcing RTS to logic 1. This will prevent the send- 
ing USART’s transmit ISR from executing, thus shutting down transmission 
from the USART. When the receive command processor has removed enough 
characters from the buffer so that it is no longer in danger of being full, the RTS 
will be forced to logic 0 and transmission from the sending USART can resume, 
and more characters can be received and placed into the receive buffer. 

The flowcharts for both the receive command processor and the receive in- 
terrupt service routine are shown in Figures 16-8a and 16-8b. 
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Hardware Installation 


A schematic diagram of the 8251A installation is shown in Figure 16-9. The 
8251A’s CS input will come from the I/O decoder’s Y5 output. This results in the 
assignment of 34h as the 8251A’s data port address, and 35h as the control port 
address. 

The interrupt request outputs of RxRDY and TxRDY are connected to IR4 
and IRS, respectively, of the 8259 interrupt controller. This results in interrupt 
type numbers of 5Ch and 5Dh, respectively, for the receive interrupt and the 
transmit interrupt. 

The transmit and receive baud rate clocks are connected to the same source 
on the 8253 as the baud rate clock inputs of the first 8251A in the microcom- 
puter circuit. This means that the new USART will also operate at-9600 bits per 
second (bps) in the x64 mode. 

Clear to send (CTS) and request to send (RTS) are brought out to the DB9 
connector along with transmit data (TxD), receive data (RxD), and Ground. 


8251A USART 


from Y5, 74LS138 decoder cs 2 from 8253, OUT 6 
iOiR 
iow 
AO £ to 8259, IR4 
PCLK to 8259, IR5 


DATA PORT = 34H 
CTRL PORT = 35H 


FIGURE 16-9 Auxiliary 8251A USART installation in the microcomputer circuit 
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=—————————————— 
Procedure 


CL] Using Figure 16-9 as a guide, make the wire-wrap connections needed to in- 
stall the auxiliary 8251A USART into the circuit. 


L) Install the DB9 connector on the board with the microcomputer circuit. 


> Note: Several of the pins on the DB9 will have to be slightly 
bent, in order for them to fit into the holes on the board. 


Be sure to locate the DB9 on the edge of your board in a place that is con- 
venient. It is suggested that either the top or right edge of the board be used 
for this connector, and that you do not use the bottom edge for the connector. 
Try to locate the connector so that the pins go through the board several 
rows of holes away from the edge of the board. This allows the body of the 
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connector to be mounted against the board and provides better mechanical 
bracing for the connector. Then, mark and drill two holes into the board in 
line with the two holes on the DB9 connector. Two small bolts with nuts can 
then be used to hold the connector firmly to the board. 


L] Make the wiring connections to the DB9. 


Use wire-wrap wire for these connections, even though they may be a little 
hard to solder to the DB9. 


Verification and Checkout 


FIGURE 16-10 

Temporary connections to 
the DBSP to make it 
function as a wrap around 
connector 


CL] Test continuity of all new connections. Don’t forget to remove all chips from 
their sockets. 


CL] Check voltage with no new chips in the circuit. Plug all the chips back in, 
power up, and verify the voltage on the power bus. 


CL) Check voltage with auxiliary 8251A installed. 


(1 Test operation of monitor. 


Make sure that at this point, the monitor program will still function in the 
microcomputer circuit. If the monitor won’t run correctly, this is an indica- 
tion that you have a port addressing conflict due to a wiring error. Find the 
mistake and correct it before moving to the next step. 


The way we will test the USART installation is to let it try to send data to itself. 
This is easy to do because the USART has separate transmit and receive data 
lines. To make this easy, we will modify a DB9P connector so that it functions as 
a wrap around. The wrap around connection connects the TxD output to the RxD 
input, and the RTS output to the CTS input. 

With the wrap around connector in place, any data transmitted by the 8251A 
on its TxD output will be received on its own RxD input. The test procedure is 
simple: transmit a string of characters, then receive them one a time and test the 
received character with the known transmitted character. If they match up, then 
the circuit works. 

After verifying the interface with a short string of characters, we will then 
test the ability of the modem control signals to shut down the transmitter when 
the receive buffer starts getting full. All testing will be done with the same test 
program. The only modification we will make to test the modem control signals 
will be to adjust the length of the receive buffer. 


L] Using Figure 16-10 as a guide, make the temporary wiring connections to the 
DB9P connector so that it functions as a wrap around connector. 


Use two short pieces of hookup wire for the two connections. Remember that 
these are just temporary connections which will be removed later. 


L] Use the flowchart in Figure 16-11 to write a test program which transmits 
a string consisting of all of the upper case letters of the alphabet (26 charac- 
ters total). 


Make both the transmit and receive buffers 400 bytes long. This will ensure 
that the receive buffer will have no problem with filling up too far. 
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RECEIVE BUFFER 
EMPTY 
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Note: 


It is assumed that this program has already 
installed the ISR's for receive and transmit, 
including the receive and transmit buffers, and 
has configured the 8251A. 


FIGURE 16-11 Suggested flowchart for 
the test program 


The test program should do the following: 


P transmit the entire string 


P receive characters one at a time, printing each and checking it against 
the known transmit value 


> print an error message if the received value does not match the 
transmitted value 


CL} Run the test program. 


As the test program transmits the test characters, they are received by the 
USART’s serial receive circuit and eventually end up in the receive buffer. 
After the entire string has been transmitted, all of the string should be in the 
receive buffer. At this point, the test program should start receiving the char- 
acters. They are recovered from the receive buffer and printed in the same 
order that they were put in. By observing the resulting printout on your 
screen, you will be able to see whether or not the test was successful. 
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If the test is not successful, carefully check all connections. Chances are, 
though, that the problem will be in your device driver software. Check to 
make sure that all blocks in the flowcharts have been completely and accu- 
rately translated to your source code. Remember that the maintenance of the 
buffers and their pointers is critical to the success of the device driver. You 
will have to resolve any circuit or software problems here before going to 
the next step. 


At this point we want to test the feature of the receive device driver which dis- 
ables a remote transmitter when the receive buffer gets too full. To do this, our 
test program will have to overload the receive buffer. This is easily done by 
changing the length of the receive buffer from 400 bytes to 10 bytes. With the 
length of the receive buffer at 10 bytes, sending 26 letters of the alphabet to it 
will most definitely overload it, because the test program does not start receiving 
any of the characters until they have all been transmitted. 

With the 10 byte receive buffer, we can expect several things to happen. First 
of all, all 26 characters will be placed into the transmit buffer by the transmit 
command processor. As the 8251A starts receiving the characters through the re- 
ceive ISR, they are placed into the receive buffer. The receive buffer is soon 
overloaded by the 26 character print job. Somewhere between the 7th and 10th 
character of the print job, the receive ISR detects that the receive buffer is about 
to be filled, so it forces RTS output to a logic 1 which is connected through the 
wrap around plug to the CTS input on the 8251A. This disables the 8251A trans- 
mitter. In addition, it forces the 8251A TxRDY to logic 0, thus preventing any 
further execution of the transmit ISR. 

Eventually, the test program gets around to receiving the characters. The re- 
ceive command processor starts retrieving the characters one at a time from the 
receive buffer (remember, there are only seven or so of the characters there; the 
others are still in the transmit buffer waiting to be transmitted). Soon, the receive 
command processor has removed enough of the characters from the receive buff- 
er that it decides the buffer is no longer in danger of being overflowed. So it 
forces RTS to a logic 0, which in turn brings the CTS input back to a logic 0, 
which in turn causes the 8251A to bring its TxRDY output to a logic 1, thus ena- 
bling the transmit ISR. The transmit ISR then causes the characters still in the 
transmit buffer to be transmitted. This stop-and-go pattern continues until finally 
all of the characters have been transmitted from the transmit buffer, through the 
wrap around plug, into the receive buffer, and finally retrieved by the receive 
command processor. 


LI Modify the test program so that the receive buffer length is 10 bytes long. 


C] Run the modified test program. 


You should get the same result from this test as you did from the previous 
test program. There will be no evidence that the receive buffer was over- 
loaded; however, you know that it happened because of the way you crippled 
the receive buffer. 


If you get an incomplete output string, or if the program locks up, then there 
is a problem with the modem control system. Carefully check your wiring, 
both in your circuit and in the wrap around plug. Then, carefully go over the 
software in the receive device driver. 


CL) After the circuit has been verified, remove the temporary wires in the wrap 
around plug. 
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For Further Study 


CL Conduct serial communications between two microcomputers. 


Make up a wiring cable (careful!) that will connect two microcomputers in 
such a way that they can send data to and receive data from each other. Then 
collaborate with the owner of the other microcomputer to write a program 
that will run on both microcomputers and that will demonstrate and verify 
accurate transmission and reception of data between the two. 
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Summary 


Activity 15 illustrated the concept of the ring buffer and how an interrupting out- 
put should be implemented. This activity takes the concept one step further by 
exploring the operations and functions of an interrupting input circuit. 

The input circuit should have a way of telling the remote transmitter to stop 
sending whenever the receive buffer is full, otherwise incoming data could 
be lost. This circuit uses a pair of hardware control lines known as modem con- 
trols. Using the RTS and CTS control lines on the USART, the receiving circuit 
can tell the transmitting circuit to stop sending whenever the receive buffer is al- 
most full. 

A serial circuit and its driver software can be tested by having the USART 
send data to itself. This requires a temporary wiring of the data and control out- 
puts known as a wrap around connection. The test program both sends the data 
and then examines the received data for errors. 

Even an interrupt driven I/O interface can be overloaded. This occurs when 
either of the input or output buffers are overloaded. When the output buffer is 
overloaded, the output command processor will “hang up” until the output ISR 
has emptied some of the output buffer. When the receive buffer is overloaded, 
the receiving device tells the transmitting device to which it is connected to stop 
transmitting, or else incoming data is lost. In this interface, overloading the input 
buffer cannot happen because we utilize modem control signals which are capa- 
ble of disabling the remote transmitter. Generally speaking, both the input and 
output buffers should be made large enough so that overloading has a very small 
chance of ever occurring. . 
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Name: Date: 


QUESTIONS 


1. How many I/O addresses does the 8251A present to the 8088 microprocessor? What are 
they and what are their purposes? 


2. What is the difference between an 8251A mode word and a command word? 


3. If an 8251A is operating at 9600 bps in the x64 mode, what would its speed of 
operation be if it were reconfigured for the x16 mode? 


4. What 8251A input pin can disable the USART’s transmit circuit? 


5. What are modem control signals? Which two modem control signals are used in this 
activity? 


6. Why must a serial receiving circuit be capable of halting the transmissions of the 
external transmitting device to which it is connected? 
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7. How does the function of an interrupt driven input device differ from the function of an 
interrupt driven output device (other than the direction of data transfer)? 


8. What is a wrap around connector, and how is it used? 
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ACTIVITY 
Analog-to-Digital 
Conversion 1 7 


Objectives 
> To install the ADCO804 analog-to-digital converter 


> To experiment and become familiar with analog-to-digital conversion in 
a microcomputer circuit 


Materials and Components 

1. Microcomputer completed through Activity 10 
1. ADCO8O4 8-bit analog-to-digital converter chip 
1 4.7 uF tantalum capacitor 

1. 10KQ multi-turn cermet potentiometer 


Miscellaneous Supplies 
Wire-wrap wire and wire-wrap tool 
Wire cutters 

Soldering iron and solder 

Small flat blade screwdriver 

Logic probe 


Digital multimeter 


Discussion 


Up to this point, all input and output operations with the microcomputer have 
dealt with digital information. In other words, all data that has been input to the 
microcomputer has already existed in binary format. For example, all previous 
serial input data has consisted of a stream of binary digits. Similarly, all data that 
has been output, either through the serial or the parallel ports, has been transmit- 
ted as binary information. Sometimes, though, microcomputer circuits must deal 
with information that is analog in nature. 

As an example, a microcomputer circuit might be called upon to monitor the 
temperature and pressure of a number of storage tanks for liquids. Microcomputer 
operated scales are used to determine the weight of a vehicle. Microcom- 
puter circuits might also be called upon to monitor light intensity, as in a digitally 
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controlled camera. All of these data—temperature, pressure, weight, and light in- 
tensity—represent analog quantities because they represent varying degrees of a 
continuum. For example, temperature cannot be described simply as hot or cold. 
Weight is not just “light” and “heavy.” Both of these quantities could be represented 
by an infinite number of discrete measurements. 

Before a microcomputer circuit can process analog information, it must be 
converted to a binary quantity. We call this process analog-to-digital conversion. 


The ADCO804 Analog-to-Digital Converter 


The ADC0804 is an 8-bit analog-to-digital converter designed especially for 
microcomputer circuits. This device operates by converting the voltage present 
on its inputs into a binary number. This binary number can be read from the chip 
by way of the standard microcomputer I/O bus consisting of an 8-bit data bus 
and standard I/O control signals (CS, RD, WR). It is known as 8-bit because the 
resulting binary representation of the voltage on its inputs is delivered as an 8-bit 
binary number. 

Because the converted voltage is represented by an 8-bit binary number, we 
can calculate the resolution of the converter, provided we know the input voltage 
range. Because 8 bits represents 256 possible numbers, we simply divide 256 
into the known voltage range. For example, the circuit we will construct in 
this activity can convert voltages from 0 volts all the way up to 5 volts, result- 
ing in a voltage range of 5 volts. Dividing 5 volts by 256 yields a resolution 
of about 20 mV. This means that the input voltage to the ADC0804 must change 
by about 20 mV before a new conversion value results. 


Limitations of Analog-to-Digital Conversion 


Consider the ideal analog-to-digital conversion circuit. In the ideal A/D circuit, 
every voltage change on the input—no matter how small—results in a different 
digital conversion value. In other words, the ideal A/D converter has a resolution 
of 0 volts. Our circuit has a resolution of 20 mV. Is this good enough? 

Although a resolution of 20 mV sounds precise, there are disadvantages to 
this and all analog-to-digital converters. No matter how small the resolution 
value is, there will always be a range of input voltage about which changes in 
the voltage will not result in differing conversion values. To illustrate this con- 
cept, consider the voltage waveform graph shown in Figure 17-1. 

The vertical axis in this graph is marked by voltage levels of 20 mV, because 
that is the resolution of the A/D circuit. In other words, the voltage waveform 
must cross these 20 mV boundaries before a differing conversion value results. 
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FIGURE 17-1 The voltage waveform present on the input of an A/D converter 
has a resolution of 10 mV. Conversions are initiated at each tick mark on the 
horizontal axis (A, B, C, etc.). the grated rectangles after each tick mark 
represent the time needed to complete each conversion. 
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The conversion values for these four voltage levels shown in the graph are 
on the right side of the graph beside the appropriate levels. Therefore, we can 
see that an input voltage of 20 mV will yield the 8-bit binary conversion value 
of 00000001. 

The horizontal axis in this graph represents time. The points marked as A, B, 
C, etc. represent the exact moments in time when the A/D circuit is called upon 
by the microprocessor to convert its input voltage. 

It is important to note from this graph that analog-to-digital conversion cir- 
cuits operate by determining the two conversion values between which the input 
voltage lies. Then, the lower of the two conversion values is the one delivered 
by the circuit. For example, at point A the input voltage is somewhere between 
20 mV and 40 mV. Because the lower boundary is 20 mV, the conversion value 
returned by the A/D circuit would be the binary value 00000001. 

Notice in this graph that the input voltage changes constantly between points 
A and C. However, because the resolution of the A/D circuit is 20 mV, the same 
conversion value is returned by the circuit at points A, B, and C. This illustrates 
how a voltage change on the input of an analog-to-digital converter can be 
smaller than the circuit’s resolution, and therefore not detectable. 

By now, you can probably see another limitation to the circuit, and that is the 
frequency of conversion. To accurately follow a voltage waveform, the analog- 
to-digital conversion must occur as rapidly as possible. However, because the 
microprocessor cannot use the A/D converter to continually monitor the input 
voltage, it is possible for the input voltage to cross a detection boundary without 
being detected. This is illustrated by the voltage spike between points E and F. 
At point E, the A/D conversion by the circuit indicates an input of 20 mV. At 
point F, the indicated input value is 0 V. Even though the input voltage momen- 
tarily exceeded 60 mV, it is never detected, because the input is not being con- 
stantly monitored by the microprocessor. 

This design deficiency is addressed in one way by increasing the frequency 
at which the microprocessor requests conversions of its input voltage. However, 
we now have to consider another operating characteristic of the A/D circuit: a 
certain minimum amount of time is needed by the circuit to complete the conver- 
sion. This time is represented by the rectangles to the right of each of the con- 
version points. As can be seen, there is an upper boundary as to how often the 
microprocessor can ask the A/D circuit for another conversion. 

Despite the limitations presented here, analog-to-digital conversion circuits 
are used abundantly in microcomputer applications, ranging from process control 
to industrial automation. Where precision is required, faster analog-to-digital 
converters with smaller resolution are used. For example, to digitize human 
voice patterns at high fidelity requires a minimum of a 16-bit A/D converter 
operating at a frequency of over 40 KHz. This circuit can digitize voltage wave- 
forms representing human speech with a resolution of only a few microvolts— 
40,000 times every second! 


The ADCO804 Analog-to-Digital Conversion Circuit 


The analog-to-digital conversion circuit we will construct is shown in Figure 17-2. 
The range of the circuit is determined by the voltage on pin 20, and is known 
as the reference voltage. Connected as shown, the circuit will have a range of 
5 volts (0 - 5V). 

The input voltage is connected across the inputs, Vin(—) and Vin(+). In this cir- 
cuit, Vin(—) is connected to Ground, while Vin(+) represents the voltage from 
the wiper terminal of a 10K potentiometer connected between Ground and Vc. 


174 ACTIVITY 17 Analog-to-Digital Conversion 


from ADC output of control decoder 
iOR 


to 8259 IR6 
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FIGURE 17-2 The analog-+to-digital conversion circuit using the ADCO804 


Although this is not a usual circuit for an analog-to-digital converter, it 
will allow us to explore its operation while varying its input voltage with the 
potentiometer. 

Operation of the ADC0804 is under complete control of the microprocessor. 
Refer to the timing diagrams in Figure 17-3 to see the sequence of events for a 
conversion cycle. As can be seen, the A/D conversion cycle consists of two 
steps. In the first step, which initiates the conversion cycle, an I/O write to the 
ADC0804’s port address must occur. The ADC0804 cannot receive the byte 
which is written to it and it is therefore considered a dummy value. The impor- 
tant thing is that the I/O write initiates the conversion cycle, as shown in the first 
timing diagram in Figure 17-3. 

Once the analog-to-digital conversion cycle is initiated, it runs to completion 
without the need for any further processor action. Once the conversion process 
is completed, the INTR output of the ADC0804 goes low. Only after this occurs 
can the conversion byte be fetched. As can be seen from the second timing 


STATUS OF 
CONVERTER 
LAST DATA WAS READ NG 
g ASSERTED 


LAST DATA WAS NOT READ 


INTR RESET 


FIGURE 17-3 Operation of the ADCO804 occurs in two stages. The top 
waveform illustrates the initiation of an A/D conversion cycle. The bottom 
waveform illustrates the fetching of the conversion value. 


Discussion 175 


diagram in Figure 17-3, the conversion value can be fetched at any time after the 
INTR output goes low. To fetch the conversion value, the microprocessor needs 
only to execute an I/O read from the ADC0804’s port address. After the I/O read, 
the INTR output on the ADC0804 goes high. At this point the cycle is free to 
begin again. By examining the timing diagram for analog-to-digital initiation, we 
can see that the cycle can be started again, whether or not the conversion value 
was ever read by the microprocessor. 

The ADC0804 circuit for the microcomputer is configured as an interrupt 
driven peripheral device. This is done by connecting the INTR output to one of 
the 8259’s interrupt inputs. Because the ADC0804’s INTR output is active low, it 
is routed through one of the inverters on the 74LS04 before being connected to 
the IR6 input of the 8259. 

With the circuit configuration shown in Figure 17-2, analog-to-digital opera- 
tion consists of two steps under the control of a software driver. The software 
driver consists of a command processor, which initiates the conversion cycle and 
eventually receives the conversion value, and an interrupt service routine (ISR) 
that inputs the conversion value from the ADC0804 port and stores it in memory. 
In the first step, and under the direction of the command processor subroutine, a 
dummy value is written to the ADC0804. This causes the conversion cycle to 
start. Whenever the conversion cycle is finished, the ADC0804’s INTR output 
goes low, which in turn causes a logic high to appear on the 8259’s IR6 input. 
The command processor subroutine is therefore interrupted, and the interrupt 
service routine is executed. The interrupt service routine for this interrupt reads 
the conversion value from the ADC0804. After reading and storing the conver- 
sion value in a memory location, the interrupt service routine clears a flag (a 
designated memory variable) which indicates that a new conversion value is now 
stored in memory. Control of the microprocessor is then returned to the calling 
command processor subroutine. 

The analog-to-digital input subroutine, or command processor, examines 
the flag byte to see if the new conversion value has been written to memory. Af- 
ter it has been stored, the conversion value is read from memory. The flowcharts 
for both the software driver and the interrupt service routine are shown in Fig- 
ures 17-4 and 17-5, respectively. 


OUTPUT DUMMY 
VALUE TO 
A/D__PORT. 


DISABLE IR6 
INTERRUPT 
INPUT 
CONVERSION 
VALUE 
WRITE IT 
TO MEMORY 
CLEAR FLAG 
ENABLE IR6 
INTERRUPT 


SET FLAG 


FIGURE 17-4 The software driver's FIGURE 17-5 The software driver's interrupt 
command processor for the ADCO804 service routine (ISR) for the ADCO804 circuit 
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———————~_—xx—_&—=—_—_>_>[__—_—_—~—~~——_____ 
Procedure 


L] Install the 4.7 pF tantalum capacitor by soldering it directly across the Voc 
and GND pins on the underside of the chip socket. Watch the polarity of the 
capacitor! 


C] Install the 10KQ cermet potentiometer. 


Locate the potentiometer near the ADC0804 in an area that will give easy ac- 
cess to its adjustment screw. Lightly solder each lead to the board to hold it 
in place. Use wire-wrap to connect the end leads to Vec and GND, and the 
wiper terminal to the ADC0804 input pin. Then lightly solder the connec- 
tions at the potentiometer only. 


C] Confirm operation of the 10KQ potentiometer. 


Using a digital multimeter, monitor the voltage on the wiper terminal while 
turning the adjustment screw of the potentiometer. The minimum voltage 
should be 0 volts while the maximum voltage should be the value of Vec. 


C1 Make the rest of the wire-wrap connections to the ADC0804 circuit as shown 
in the microcomputer schematic and in Figure 17-2. 


C) Confirm the operation of the ADC0804 circuit by writing and executing a 
test program. 
The test program should contain both the subroutines, as shown in the flow- 
charts in Figures 17-4 and 17-5. Proper operation of the circuit is confirmed 


when conversion values between 00 and FF are returned while varying the 
input voltage using the potentiometer. 


SS ES] 


For Further Study 


If the ADC0804 circuit shows to be operational, we are now ready for simulating 
a real-world application. One of the simplest operations is for the microcomputer 
to translate the conversion value into its representative voltage. 

Since the resolution of this A/D circuit is approximately 20 mV, the repre- 
sentative voltage is calculated by multiplying the conversion value by 20 mV. 
For example, if the conversion value is 03, then the voltage on the ADC0804 in- 
put must be 60 mV (03 X 20 mV = 60 mV). 


(1 Write a translation subroutine and incorporate it into a program that calcu- 
lates the input voltage and prints it in decimal format on the screen. 


Engineer the program so that a fully decimal formatted voltage is printed on 
the screen every time that a key is pressed on the keyboard ((Esc) terminates 
the program). 

How accurate is your microcomputer controlled voltmeter? To find out, mod- 
ify the above program to print the conversion value as well as the calculated 
voltage. Then, adjust the potentiometer to produce the conversion values 
shown in the left column of the following table. 
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CL] For each conversion value in the table, fill in the actual voltage as measured 
by the digital multimeter, and then the calculated voltage (printed by the pro- 
gram) under the column labeled “Trial 1.” 


Do you think the circuit and its program are reporting accurate voltages? Ex- 
periment with the resolution value of 20 mV in your program and repeat the 
previous step, filling in the new calculated voltage values under “Trial 2.” 


CL] Using the same resolution value as in Trial 2 above, modify your program 
so that each reading is actually the average of 10 successive voltage con-- 
versions. 


L] Repeat the voltage readings and record the calculated voltages under the col- 
umn labeled “Trial 3.” Is there a significant difference? 
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C] Write three (3) time series programs which will initiate and record 10 succes- 
sive voltage readings, one every time period, for each of the following three 
periods: 500 mS, 1000 mS, 2500 mS. The program should print the voltage 
readings on the screen in real time. 


Event Driven Programming Exercise 


As discussed in earlier activities, many microcomputer circuits process I/O based 
on events. For example, a microcomputer circuit may turn on a fire alarm in re- 
sponse to the event of fire. Or a serial message may be transmitted in response to 
a switch closure. When no event is occurring, these programs typically just wait 
for the next recognizable event to occur. Interrupt driven I/O is ideally suited for 
event driven programs. Although the ADC0804 circuit is not completely interrupt 
driven (only the conversion fetch is), we can use the circuit to explore a simu- 
lated real-world situation where analog-to-digital conversion might be used. 

For a simulation, let’s assume that your microcomputer is monitoring the 
temperature in a chemical processing vat. A remote transducer converts the tem- 
perature in a range of 30 degrees to 158 degrees to a corresponding linear volt- 
age range of 0 volts to 5 volts. It is important that the temperature in the 
processing vat not exceed 125 degrees, because an explosion could occur. At the 
same time, the temperature should not fall below 50 degrees, because the desired 
chemical reactions will not occur. Here are your programming specifications: 


1. The program should continually monitor the temperature of the vat. 
Each temperature reading should consist of the average of five (5) 
conversions spaced 500 mS apart. 


2. If the temperature rises above 125 degrees, an appropriate warning 
message should appear once on the screen. In addition, the LEDs 
connected to the 8255 PPI should start blinking at a frequency of 1 Hz. 


3. If the temperature stays above 125 degrees for more than one minute, 
then a danger message should be printed once on the screen and the 
_blink rate should increase to 2 Hz. 


4. If the temperature falls below 50 degrees, then an appropriate message 
should be displayed once on the screen. In addition, the LEDs should 
stay on for as long as the temperature is below 50 degrees. 


5. As long as the temperature is not below 50 degrees or above 125 
degrees, the LEDs should be off. No message should be printed on the 
screen during this time. 


6. The program terminates when (Esc) is pressed. 


Cl] Write, test, and verify proper operation of the described program. 


RETR SRE GD FE EF SS SS BI TSW PN SEE FSR PEO SETS] 


Summary 


The analog-to-digital circuit is widely used in microcomputer circuits. All 
analog-to-digital circuits have an identifiable resolution, which is the smallest 
voltage change that the circuit is capable of detecting. The analog-to-digital con- 
version circuit used in the microcomputer circuit here is based on the ADC0804, 
an 8-bit microprocessor compatible device. An 8-bit analog-to-digital converter 
is capable of detecting 256 discreet voltage levels over its input range. 

Some analog-to-digital conversion requirements are very demanding, in 
which case an 8-bit A/D converter would not be appropriate. For these applica- 
tions, 20-bit high speed A/D converters provide an almost real time conversion 
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of analog voltages to binary numbers. Converters in this category are capable of 
high fidelity conversion of human speech. 

The ADC0804 circuit used in this microcomputer has an interrupt driven in- 
put. Initialization of the conversion cycle, however, is not interrupt driven. The 
software driver for the circuit consists of a command processor, which initiates 
the conversion and then reads the result from memory, and an interrupt service 
routine, which actually fetches the conversion value from the ADC0804 and 
places it in memory. 
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QUESTIONS 


. Under what circumstance(s) would the ADC0804 not be able to detect a voltage change 


on its inputs? 


. Name the two limiting factors that prevent the ADC0804 from accurately converting a 


changing voltage waveform. 


. What advantage does a 10-bit A/D converter have over an 8-bit A/D converter? 


. What is the resolution of a 12-bit A/D converter over a 12 volt range? 


. It is possible to interface the ADC0804 to the microcomputer system using an 8255 as 


a data pathway. Assuming that all of the I/O signals (CS, RD, WR, INTR) are also 
connected to the 8255, sketch a diagram and explain the operation of a possible 
interface solution. 
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6. For the software driver shown in the flowcharts of Figures 17-4 and 17-5, why is there 
a need for a flag byte if the interrupt service routine only occurs during execution of 
the command processor? In other words, won’t the new conversion value always be 
ready in memory by the time the command processor is ready to read it? Under what 
possible condition(s) might it not? Explain in detail. 
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APPENDIX 
Parts List for veMcrcomutsr = FA / 
the Microcomputer 


* 1 NEC V20-5MHz (preferred), or 8088 Microprocessor 
2 82C55 Programmable Peripheral Interface (CMOS) 
27C256-20 32K x 8 EPROM (200 nS) 


62256LP-12 32K x 8 Static RAM (120 nS) 
82C51A USART 


8259 Programmable Interrupt Controller 
1 8253 Programmable Timer/Counter 

1 ADC0804 Analog-to-Digital Converter 
1 8284A Clock Generator 
74LS373 Octal Latch 
1 74LS00 Quad 2 Input Nand 
74LS04 Hex Inverter 


1 74LS240 Driver 

1 LM7805 +5V 1A Regulator 

1 LED 

1 LED Bar Graph Display (or 8 separate LEDs) 
15 .01 uF Ceramic Disc Capacitor 


3 [ 1N914 Switching Diode or Equivalent 


L 4 4.7 uF Tantalum Capacitor 
12 10K !4 Watt Resistor (or 1 8R resistor bus pack and 4 discreet resistors) 
in 9 220 Q. 14 Watt Resistor (or 1 8R resisitor bus pack and 1 discreet | 
resistor) 
1 560 Q 14 Watt Resistor 
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15 MHz crystal for 8284 


DB9P right angle PCB mount 


Milieu 


DB9S right angle PCB mount 


DB9P solder type connecter with hood 


DB9S solder type connecter with hood 


DPDT Sub-Miniature Toggle Switch 


SPST Sub-Miniature Toggle Switch Momentary 


8 Position DIP Switch 


N.O. Sub-Miniature Push Button Switch 


40 Pin WW socket 


28 Pin WW socket 


24 Pin WW socket 


20 Pin WW socket 


18 Pin WW socket 


16 Pin WW socket 


Rr INO] Qn |W | m[ ole le ete | wole |e |e] ee & 


| 


14 Pin WW socket 


16 Pin IDC DIP Plug 
Centronix Male solder type connecter (36 pin) 


40 Pin label ID 


| 


28 Pin label ID 


il 


24 Pin label ID 
20 Pin label ID 
16 Pin label ID 
18 Pin label ID 


14 Pin label ID 


| 9 VDC power supply 1A unregulated 


Connector for power supply jack, PCB mount 


50 ft. wire-wrap wire (each a different color) 


NPWl ete [mle |_wlymle|Mniiw 


10 ft. solid conductor insulated hookup wire (one red, one black) 


5.0 in. x 13.5 in. (approx.) perforated printed circuit board (.1” grid) with plated 
through holes (Jameco JE407 Prototyping Board or equivalent) 


10 ft. of both black and red hookup wire 


TO-220 heatsink assembly with hardware 


Vector T49 klipwrap pin 


15 ft. of 25 conductor ribbon cable 


20 ft. of 9 conductor communications cable 


10KQ_ multi-turn cermet potentiometer 


DIP extractor tool 


Wire-wrap tool, modified 


lah 


* Both the NEC V20 and the Intel 8088 are functional and pin equivalents of each other. The 
NEC V20 is preferred because is it a CMOS device and as such it demands less current and 
operates much cooler. 


** required tools 


APPENDIX 
Programming Features of it | 
the Monitor Program 


INT 29H (software interrupt) 


Displays the contents of all registers. 


Example: display the contents of all registers 
Solution: 


int 29h 


Displays the following: 


cS IP SS SP AX BX CX DX DS ES BP SI DI 
0000:8901 0000:0D9C 099C 0008 0000 8059 0000 0000 OD86 956A 0400 


This feature of the monitor program is very useful for debugging purposes. Exe- 
cuting this software interrupt does not alter any of the register contents, yet it 
will print the current register contents as they exist at that spot in your program. 
To use this feature, simply insert the int 29h _ instruction into your source 
code at every place in your program where you would like to see the register 
contents at run time. After you have finished debugging your program, simply 
remove allofthe int 29h instructions and you will have a finished product. 


DOS function O (program terminate) 


Terminates the current program and returns control of the microcomputer 
to the monitor program. 


Entry requirements: none 


Exit conditions: none 
Example: terminate the current program 
Solution: 

mov ah, 0 

int 21h 


DOS function 1 (keyboard input with echo) 


Waits for a keyboard character to be entered. The character is echoed to 
the terminal screen. 


Entry requirements: none 
Exit conditions: the keyboard character is returned in the AL register. 
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Example: wait for a keyboard character and echo the character on 
input 

Solution: 
mov ah,1 
int 21h 


DOS function 2 (character output) 
Send a character to the terminal screen. 


Entry requirements: character to be sent to the terminal screen must be in the 


DL register 
Exit conditions: none 
Example: use DOS function 2 to print the letter “A” on the 
terminal screen 
Solution: 
mov ah,2 
mov al, A" 
int 21h 


DOS function 5 (printer output) 
Sends a character to the printer. 


Entry requirement: the character to be printed must be in the DL register 


Exit condition: none 
Example: print the letter “A” on the printer 
Solution: 

mov ah,5 

mov dl,’ A’ 

int 21h 


DOS function 8 (keyboard input without echo) 


Waits for a character to be typed on the keyboard. The character is not 
echoed to the terminal screen. 


Entry requirements: none 


Exit conditions: the character typed on the keyboard is in the AL register 
Example: get a keyboard character without echo 
Solution: 

mov ah, 8 

int 21h 


DOS function 9 (string output) 
Transmits a § terminated string to the terminal screen. 


Entry requirements: 1. DX must contain offset address of the string 
2. the string must be terminated with a “$” 

Exit conditions: none 

Example: print the string This is a test on the terminal 
screen 
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Solution: 
mov ah, 9 
mov dx,offset msg 
int 21h 
.data 
msg db ‘This is a test$’ 


DOS function OAH (buffered keyboard input) 


Accepts a string of characters terminated in a carriage return (CR) from 
the keyboard. 


Entry requirements: 1. DX must contain offset address of a buffer area 
2. the first byte in the buffer area must be initialized 
to the maximum number of characters which will be 
accepted 
Exit conditions: 1. the second byte in the buffer will contain the actual 
number of characters entered 
2. the string begins in the third location in the buffer 
Example: accept a maximum of 15 characters from the keyboard 
* Solution: 


mov ah, 0Oah 
mov dx,offset buffer 


Int 21h 
-data 
buffer db V5 ;maximum to be allowed 

db ? ;actual number of characters entered 
here db 15 dup (?) ;the actual string goes here 


DOS function OBH (check input status) 
Checks to see if a keyboard character has been entered. 


Entry requirements: none 


Exit conditions: if AL = 0 then no character has been typed on the 
keyboard; otherwise, AL = FFh 

Example: check to see if a character has been typed on the 
keyboard 

Solution: 


mov ah, Obh 
int 21h 


DOS function OCh (clear input buffer and invoke input function) 


Clears the keyboard input buffer from any characters which might be wait- 
ing to be retrieved from the buffer, and then performs an input function. 


Entry requirements: the DOS function number of the desired input function 
must be in the AL register (not AH) 

Example: flush the input buffer and then receive a keyboard 
character without echo 

Solution: 


mov ah, Och 
mov al,8 7no echo 
int Piva 
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DOS function 25h (set interrupt vector) 


Places the address of an interrupt service routine (ISR) into the correct 
place in the interrupt vector table. 


Entry requirements: 1. DX contains the offset address of the ISR 
2. AL contains the interrupt type number for the ISR 
Example: install the procedure name “RCV_ISR” as interrupt 
type number 47h 
Solution: 


mov ah,25h 

mov al,47h 

mov dx,offset rcv_isr 
int 21h 


DOS function 2Ch (get system time) 
Gets the system time. 


Entry requirements: none 


Exit conditions: CH = hours, CL = minutes, DH = seconds, 
DL = hundredths 

Example: get the system time 

Solution: 
mov ah, 2ch 
int 21h 


DOS function 2Dh (set the system time) 
Sets the system time to a new value. 


Entry requirements: CH must contain the new value for hours, CL must 
contain the new value for minutes, DH must contain the 
new value for seconds, and DL must contain the new 
value for hundredths 

Exit conditions: if the specified time is invalid, then AL = FFh; 
if the specified time is valid then AL = 0 (i.e., trying to 
set the minutes to 78 is an example of an invalid time) 


Example: set the system time to 4hrs 23min 18.68 sec 
Solution: 

mov ah, 2dh 

mov ch, 4 

mov el 23, 

mOv dh, 18 

mov ail, 68 

int 21h 


DOS function 30h (get monitor version number) 
Returns the current version of the monitor, 


Entry requirements: none 
Exit conditions: AH contains the minor version number, and AL contains 
the major version number 
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Example: 
Solution: 


get the current version of the monitor 


mov ah, 30h 
int 21h 


DOS function 35h (get interrupt vector) 


Returns the address of the interrupt service routine for a specified interrupt 


type number. 


Entry requirements: 
Exit conditions: 


Example: 


Solution: 


AL must contain the interrupt type number 

BX will contain the address of the interrupt service 
routine for that interrupt type number 

get the address of the interrupt service routine for interrupt 
type number 2 


mov ah, 35h 
mov al,2 
int 21h 
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How to Write an Assembly = apPeNDIx 
Language Program for feMicwconmer G7 
the Microcomputer 


Generally speaking, writing an assembly language program that will be down- 
loaded to the microcomputer for execution is direct and hardly different from 
writing a program for the personal computer. There are only a few minor points 
that must be noted and followed, and these are listed below. 

Keep in mind that the microcomputer circuit contains 32K of RAM that 
occupies the memory range of 0000:0000 to 0000:7FFF. Assembly language pro- 
grams that you write will reside in RAM. You can write a program for and 
download to any part of RAM except the lowest 1K or so. That particular area of 
RAM contains the interrupt vector table and some system variables. This leaves 
you with about 31K of RAM in which to locate your programs. Needless to say, 
this is more than plenty! 

Your assembly language programs must exist as ASCII text files, in order 
to be compatible with your assembler. Use either the DOS text editor, or an 
equivalent program. For the assembler, use either Borland’s Turbo Assembler, or 
Microsoft’s MASM. The author has used Borland Turbo Assembler for all pro- 
grams in this manual, but there is no reason to suspect that MASM would not be 
just as good. 

Refer to the program listing and its reference numbers. These numbers corre- 
spond to and illustrate the points in the list below. 


1. Use the TINY memory model. 


The microcomputer’s memory circuit places both 32K memory devices in seg- 
ment 0. Since the entire memory resides in a single 64K segment, use of 
the TINY memory model is appropriate. Only the TINY memory model produces 
object code destined for a single segment of memory. In addition, the need to 
specify the exact load address for the program you write necessitates the TINY 
memory model since this is the only memory model in which this can be done 
(see #3). 


2. All code and data goes into a single declared CODE segment. 


Place the CODE segment declaration at the top of your listing. You cannot 
declare a DATA segment using the TINY memory model. However, your data 
declaration statements can appear at any appropriate place inside the CODE seg- 
ment. Just make sure that you don’t locate data declarations in a place where 
program execution can “fall” into the data. 
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3. An ORG statement must appear in the listing. 


If the ORG statement is missing, then the default load address for your program 
will be 0. This is illegal for our microcomputer, because the interrupt vector 
table is located in low memory. 

When the microcomputer is booted, the available address range for RAM is 
displayed. The lower address in this range represents the lowest possible ORG 
address for a program that is downloaded into the microcomputer. At the same 
time, a downloaded program cannot have any part of itself residing in memory 
higher than 7FFFh. If a program is ORGed too low or too high in memory, then 
the microcomputer’s monitor program will issue a warning and abort the down- 
load during execution of the TERM88 program. 

The ORG statement must appear outside of the MAIN procedure and inside 
the CODE segment. You are allowed to have more than one ORG statement in a 
listing, but keep in mind that the assembler will fill in any “gaps” in the result- 
ing object file with zeroes -- which might result in a very large object file. 


4. The listing must contain an END statement and a specified 
entry point. 


The END statement must be the very last physical line in the source code listing. 
In addition, the specified entry point for the program must appear on the same 
line as the END statement. Here is an example of the END statement for a pro- 
gram whose entry (or start) point is the label “program _starts here”: 


end program _starts_here 


5. The equate statement (EGU) can appear anywhere in the 
listing. 


To keep your listing as readable as possible, it is suggested that all EQU state- 
ments be grouped together somewhere near the beginning of your source code 
listing. 

An example program called TEST.ASM that uses the above principles is 
shown in Figure C-1. 

In addition to the five items shown in Figure C-1, your source code listing 


* must be assembled in a manner that will create an object file that is compatible 


with both the microcomputer and with the TERM88 program. Here is a batch file 
listing written for Turbo Assembler that will properly assemble and create an ob- 
ject file: 


tasm $1 /1/n 
tlink /t $l.obj, %1.bin 


Using the text editor of your choice, place these two batch statements in a 
file with an appropriate name, such as ASM.BAT. Then, use the batch file to as- 
semble and link your object files. For example, to assemble and link a source file 
that is called TEST.ASM, use the following: 


asm test 


The file TEST.BIN will be created, and that is the file you would download 
to the microcomputer. To assemble and link the same program without using the 
batch file, the following commands would be entered at the DOS prompt: 


APPENDIX C_ How to Write an Assembly Language Program for the Microcomputer 193 


PR RRR KKK KKK KKK RR KR KKK KKK KKK KKK KKK KKK KK RRR KKK KKK KKK KR KKK KKK KK KKK KKK KKK KK 
7* Name: Joe Smith 
7* Date: 3 March 1994 


ok 


;* Purpose: Example program for microcomputer 


* 
* 
* 
?* Program name: TEST.ASM ie 
* 
ZR RRR RRR RK KK RRR KKK KR KKK KKK RRR KKK KERR EKER KKK KKK KKK KKK KEKE KKK KK KKK KEKE RK 


-model tiny 


code 


ah,9 ;DOS print string function # 
dx,offset msg ;point to string 
#print it 


ax, 4c00h 
21h ;exit program 


10,13,’ This is a test program!$’ 


main 


FIGURE C-1 Example Source Listing 


tasm test /l/n 
tlink /t test.obj, test.bin 


In either case, the /l switch used with the tasm command will generate a list- 
ing file called TEST.LST. This file can be examined in detail for assembler 
errors, address assignments, and the like. 
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